The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В ветку ядра Linux-next добавлена реализация ФС Bcachefs, opennews (??), 20-Сен-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


225. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Kuromi (ok), 21-Сен-23, 22:12 

> Ну вообще f2fs таки удобен флешу - и в целом снижает возню
> для контроллеров. Но он не многодевайсный. И у него есть проблемы
> с надежностью. И каких-то продвинутостей в управлении у него нет. Это
> пофиг если это на веки вечные прибитый на гвозди раздел в
> мобилке. Зато это большие грабли если это хранилка с несколькими дисками.

На самом деле он уже несколько лет как многодевайсный, при создании ФС (и позже тоже) есть режим который объединяет несколько разных устройств в одну ФС. Там и много поточность задумана и вцелом оно так быстрее.
Но есть косяк - никаких особых метаданных идентифицирующих отдельные "тома"в связке нет, поэтому если при создании использовать имена устройств вида /dev/sda оно так к этим именам жестко и привяжется. Не дай Бг у вас изменится имя хоть одного девайса в связке и ФС не смонтируется.
Выход из этого есть - создавать на каждом устройсве таблицы разделов с 1 разделом  и при форматировании собирать их в связку адресами по UUID разделов.

Проблема в том что документация у F2fs очень так себе. Все буквально надо методом проб и ошибок выяснять. Самсунг такой самсунг.

Ответить | Правка | Наверх | Cообщить модератору

229. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Аноним (-), 22-Сен-23, 01:46 
> На самом деле он уже несколько лет как многодевайсный, при создании ФС
> (и позже тоже) есть режим который объединяет несколько разных устройств в одну ФС.

О, и правда завезли. Но ты уж извини, там про лишь рассмотрение как 1 большого девайса, а это по надежности... ну знаешь, у меня оно пару раз при тестах и с 1 девайсом наповал подыхало, да так что ни ядром смонтировать, ни fsck не чинит - и в общем то финиш. На этот случай плана нет совсем. А если туда эн девайсов еще - это ж как я понимаю не RAID с избыточностью, а нечто типа абстракции типа JBOD, и оно скопытится еще быстрее стал быть. Я своим данным не настолько враг.

> Там и много поточность задумана и вцелом оно так быстрее.

Многопоточность можно сделать и без таких извращений с девайсами, XFSники проверяли. А для вон того звездного крейсера btrfs - так то тоже Mk II для гипердрайва как раз именно эту тему обыгрывает. Известно под кодовым именем "Extent Tree v2", пока WIP и не финализовано.

А тут еще кентушка вот - посмотрел на это все и в целом "содрал с btrfs" только основательно облегчив, ускорив и озаботившись еще и иерархией девайсов и учетом свойств. Что как бы круто и правильно. CoW write-anywhere аллокатор и фоновая логика может учитывать свойства носителей и статистику обращений при решениях. Почему нет? Хорошо когда о такой крути подумано на фазе дизайна.

> Но есть косяк - никаких особых метаданных идентифицирующих отдельные "тома"в связке нет,
> поэтому если при создании использовать имена устройств вида /dev/sda оно так
> к этим именам жестко и привяжется. Не дай Бг у вас
> изменится имя хоть одного девайса в связке и ФС не смонтируется.

Я уже догадался что f2fs не парится сохранностью данных когда при powerloss-тестах он у меня вскоре скончался и fsck не смог починить до моунтабельного состояния. А вон то дополняет общую картину. Не думаю что среднего пошиба кодеры серьезно умеют в "архитектуру", это даже не мэйсон хотя-бы. И даже не кент слизывающий идеи с лучших из. Это замордованый корейский кодер на котором висело 3-4 здоровых проекта. Тут даже если умеешь в архитектуру, на это тупо ресурсов не хватит. Человек может воротить в единицу времени ограниченный объем работ, и манагерье из самса явно забыло про такую фигню. Ну оно и работает под стать, f2fs стремноватая штука, в ksmbd cve'шки и проч. Скажите спасибо что с такой нехваткой ресурсов вообще трепыхается как-то.

Для референса, btrfs вообще ни разу на таких тестах не сдох. Ext4 тоже в принципе живет, но в конце концов он мне начал икаться тем что все может сдохнуть на рандомных единичных бэдах. С парой тазиков может и терпимо, а если выводки одноплатников гонять, годами - такое себе, пришлось btrfs с схемой DUP любить, более живуче получилось + раннее предупреждение.

> Выход из этого есть - создавать на каждом устройсве таблицы разделов с
> 1 разделом  и при форматировании собирать их в связку адресами
> по UUID разделов.

Я конечно понимаю что некоторые любят сами фигачить кувалдой по колесу телеги. Но вот сходишь так, посмотришь как промробот все 4 колеса за секунды привинчивает и понимаещь что это можно делать и поприличнее уже. Да и ради чего это все? У этой шляпы даже чексум на данные как я понимаю нет, а с ее надежностью пачка девайсов - улучшает шансы на залет.

> Проблема в том что документация у F2fs очень так себе. Все буквально
> надо методом проб и ошибок выяснять. Самсунг такой самсунг.

У нее по моему ВСЕ ВООБЩЕ - "так себе". Потому что 1 перегруженного jeon'а на все и сразу ну вот никак не хватает. Чувак просто в какой-то момент зашился окончательно. Нельзя столько работ на 1 чела подвешивать, результатом их хреновое выполнение становится.

Ответить | Правка | Наверх | Cообщить модератору

239. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Kuromi (ok), 22-Сен-23, 13:01 
Да, у F2FS вообще нет никакиого намека на менеджмент томов, там просто объединяют устройсва в одну ФС. Примитивно - да, но вот такой ответ "модным ФС". ут можно лишь сказать что ext* и так не умеет.

Ну, насчет надежности у F2FS все хитро. Она под SSD рассчитано, а они обычно работают-работают да и умирают, напрочь. Частенько даже в SMART никаких явных намеков на проблемы, просто либо табилца трансдяции умирает (и  привет) либо read-only режим и досвиданья.

С копированием фич у других ФС наверное не так просто выходит, все таки у F2FS битмэпы, log-based и все дела. Архитектура такая что не все новое и можное можно взять и приделать.

Ну а что разраб перегружен, это да. Даже жаль, у меня на F2FS  на SSD  в общем неплохо себя показывает. С мощными косяками пока не встречался, но резервные копии ценного имею.

Ответить | Правка | Наверх | Cообщить модератору

251. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +1 +/
Сообщение от Аноним (-), 22-Сен-23, 18:15 
> Да, у F2FS вообще нет никакиого намека на менеджмент томов, там просто
> объединяют устройсва в одну ФС. Примитивно - да, но вот такой ответ "модным ФС".

Ответ ради ответа? А смысл? Аналог этого сто лет можно было lvm/md/dm и ко дюжиной способов.

> ут можно лишь сказать что ext* и так не умеет.

Ну как не умеет, вон теми и его можно так раскрячить. Получится менеджмент любимый господами типа поха, когда все сложно, криво, хреново, неуклюже и состоит из проблем, недостатков, ограничений и брейнфака чуть менее чем полностью. Зато можно пальцы гнуть - "осилил". Мне же "осиливать" всякий миндфак не очень хочется, хочется имплементить системы с оговоренными свойствами. Чем это проще тем лучше.

> Ну, насчет надежности у F2FS все хитро. Она под SSD рассчитано, а
> они обычно работают-работают да и умирают, напрочь.

Ну я на флешовых сторажах и тестил, правда больше SD/eMMC но именно там оно и используется как правило, на мобилах тех же. Так что тут я вообще не делал ничего выходящего за сватаемые сценарии использования. Что самое то интересное.

> Частенько даже в SMART никаких явных намеков на проблемы, просто либо
> табилца трансдяции умирает (и  привет) либо read-only режим и досвиданья.

Ну это у совсем уж лажовеньких. И не, у меня таблицы трансляции все на месте - те же конфиги для EXT4 и Btrfs использовались и я бы заметил если транслятор - того. Просто что-то развалилось в структурах до вида когда смаунтить уже не может а fsck еще не чинит, или что-то типа того. Самый дурацкий сценарий для ФС, спасибо что это тестовые конфиги и данные не нужны, сугубо валидация "а что будет, если ... ?"

> С копированием фич у других ФС наверное не так просто выходит, все
> таки у F2FS битмэпы, log-based и все дела. Архитектура такая что
> не все новое и можное можно взять и приделать.

На самом деле оно и правда в таком виде довольно удобно флешу вышло. Так что работает на флешевых девайсах резвенько, не отнять. Но в моем случае - небутабельный девайс например, требующий человеческого вмешательства - перевешивает все остальное. Да и для хранения данных ФС с такими свойствами стремновато. А что я буду делать если оно вот так помрет? Хексэдитором ковырять и сам за Jeon код патчить? Если меня так разопрет я лучше с btrfs это - там я хотя-бы с живыми кодерами законтачусь, они не настолько перегружены и смонут дельно ассистировать. А у Jeon'а на такое ресурсов тупо не хватит, даже если б он захотел.

> Ну а что разраб перегружен, это да. Даже жаль, у меня на
> F2FS  на SSD  в общем неплохо себя показывает. С
> мощными косяками пока не встречался, но резервные копии ценного имею.

Ну а я вот встречался - при том не делая ничего такого из ряда вон, я аж удивился что оно при совершенно стандартных тестах имитирующих типовые нежданчики типа слета питания скончаться смогло. Но, вот, смогло, да так что по простому не чинилось уже. А в идеале - все должно приходить в рабочий вид без участия человека. Btrfs пока по-моему ближе всего к этому подобрался.

Ответить | Правка | Наверх | Cообщить модератору

242. "В ветку ядра Linux-next добавлена реализация ФС Bcachefs"  +/
Сообщение от Kuromi (ok), 22-Сен-23, 13:52 
Кстати многопоточность в F2FS была всегда. По умолчанию она пишет на диск в 4 (кажется так) потока в рассчете на многоканальные контроллеры памяти. Другой вопрос что недорогие диски сейчас частенько имеют 1 канал всего, да и вообще канальность зависит от количества чипов NAND, если он один (а так клепать М.2 намного проще и формфакто может быть еще меньше), то извините. Поддержка многих устройсв одной ФС позволяет эту проблему слегка порешать.
На форониксе тесты были, прирост и правда есть, хотя и не гигантский, порядка 10%. Там кстати в проблему с именованием устройсв при форматировании не заметили тупо потому что протестировали и забыли.
Ответить | Правка | К родителю #229 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру