>> которых аж майнтайнер сдриснул.
> Это сейчас очевидно что натягивание. Я помню на Райзера с его 4 столько
> вылили -особенно за слом классики VFS=LVM+MD+ФС.Вообще-то как вы могли видеть - на btrfs'ников поскрипели, но те смогли крепко аргументировать в одном месте, подвинуться в другом, резонно ожидая того же и от майнтайнеров - и оно было взято в майнлайн.
А потом пришел Кент. Он тоже смог. С одной стороны из-за btrfs вопросов меньше, с другой ему было сложнее, он склонен считать себя умной клавой. Но - он в отличие от Шишкина смог взять эффект под контроль, после того как ему жестко объяснили что кернел здоровая штука, и есть еще проблемы общей инфраструктуры, реюза кода, майнтенанса, и проч. Их standalone автору ФС не видно, но могут утопить кернел если топик игнорить. В этом месте приходится стыковать интересы и совместно нацеливаться компромисс, чтобы проект в целом все же мог существовать. VFS не лучшая подсистема на свете. У нее много легасипроблем. Но это не изменится завтра. Попытки резко все до основанья, и затем - сломают кернел как проект годный для продакшна. Сборка авто во время гонки имеет особенности. А авто которое совсем не ездит - никому не надо.
Шишкин этого так и не понял, будучи уверен что он самая умная клава на планете. А проблемы слизняков типа майнтайнеров и эксплуатации - шерифа не волнуют. Зато они волнуют по сути почти всю остальную тиму кернела. И, конечно, они не разломают кернел в ноль ради шишкина.
> А не все хорошо оказывается когда посмотришь на исходники - надежность ext
> с применением LVM и MD обеспечивалось костылями, иногда жестко приваренными
> именно для этих режимов.
Называя вещи своими именами вон то - ужастик в администрировании. Извините, но управление в btrfs на голову круче. Кент общую идею правильной аллокации места тоже уловил. И доразвил, скрестив с кешированием. Это по идее может устранить траблы bcache с тем что при кончине кеша (имеющего свойство протираться под нагрузкой) ФС часто наступает хана. Когда ФС явно трекает статус реплик по накопителям - это шоу сможет быть куда вменяемее, имхо.
На лично мое мнение технологии хранения будущего должны выглядеть вот так. Без камасутры с выравниванием размеров девайсов и решений прибитых на гвозди. Это отстойное управление системами.
> Заинтересовал меня подробности одного диспута -оказывается с LVM количество
> инод под EXT4 можно увеличить
Я, конечно, рад что вы смогли примотать к деревянному биплану пороховой фейерверк и получить "хрена, почти истребитель!" - но у меня звездолет с гипердрайвом уже, достижение воображение не поражает. У EXT4 дохрена и иных дурацких технических проблем. Некоторые немного подконопатили типа чексум на журнал - эталонный "too little and too late".
> так и осталось не доделанным. Я посмотрел на исходники ext4 а там оказывается
> костылей под логические тома с рэйдами не меряно . Куча специальных атрибутов,
> принудительные барьеры и т.д.
Для начала EXT4 прямо на уровне структуры - ничего интересного. И приделать туда что-то реально годное - типа чексум на все данные и метаданные, сжатие и проч - довольно душно, по сути наполовину новая ФС будет. С серьезным сломом совместимости и кучей компромиссов. Эволюция FFS-like дошла до логичного финала в EXT4. И дальше ту линию гнуть все душнее, при все более хреновом результате.
Иногда в софтострое наступает момент когда новые знания и опыт приводят к мысли что переписать эту функциональность с ноля - и быстрее, и лучше результат, чем пытаться вытянуть неподходящий старый дизайн до упора. Это досадно, но так бывает. В случае btrfs какого - возможность расширения предусмотрели сразу, ее не надо на скотч приляпывать. И bcachefs - тоже. Так что btrfs'ники - вот - могут добавить bg_tree, и никто даже и не заметит. Ну, кернелы до 6.1 будут его RO маунтить, если оно есть - потому что в compat флагах так для фичи указано. А можно и совсем фичу снести ибо по сути это кеш/индекс для block group ускоряющий монтирование до небес. И - вот - могут просто взять и просто добавить это. И никому не мешает. А в ext4... ээ... даже более хаотичный Кент усвоил что оставить в дизайне место на ненапряжное расширение в будущем - полнейший мастхэв.
