Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, анонсировал переход к распространению Bcachefs с использованием инструментария DKMS (Dynamic Kernel Module Support), при котором модуль поставляется в исходных текстах и собирается на системе пользователя, непосредственно после установки пакета. После обновления ядра Linux в системе модуль автоматически пересобирается...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63871
Мне название не нравится, если человек не умеет в хороший маркетинг ему нет веры.
Наоборот же.
Название и правда... из очень странного. Как-то глупо...
> Название и правда... из очень странного. Как-то глупо...Вообще-то горе-маркетологи из макдака не в курсе - но у Кента есть довольно успешный и известный проект bcache о котором знают дофига технарей имеющих дело с линухом. Им довольно активно пользуются, репутация у него в целом нормальная.
Так что вот как раз по линии маркетинга Кент все нормально сделал - примазавшись к своему же успешному и известному проекту, вместо того чтобы хреначить новый васян-бренд с ноля. Жаль что его не хватило на столь же осмысленное управление проектом - и понимание что иногда вместо рубки на шпагах - лучше согласиться и отползти. А умирать на каждом холме максимально позорным способом, обделавшись на публику - ну, такое себе.
Может виноват вечный финский студент, то что не смог продумать и организовать индивидуальные и удобные для Кента условия? Из них двоих явно не Кент должен был подстраиваться. Тут больше Линус - слабенький организатор.
> Может виноват вечный финский студент, то что не смог продумать и организовать
> индивидуальные и удобные для Кента условия?И это все - чтобы что? Остаться без майнтайнеров, пролюбить проект и остаться с ФС - зато без ядра? Отличный план! Мудрость гласит что семеро одного не ждут. Кент и вы про это кажется не в курсе.
> Из них двоих явно не Кент должен был подстраиваться.
Если поставить вопрос ребром...
- Ядро без энной ФС юзабельно и в целом весьма умеренная деградация.
- ФС без ядра? И что с ней делать?Вот и узнали кто важнее, и кто под кого должен - и будет - подстраиваться.
> Тут больше Линус - слабенький организатор.
И вы покажете нам как это делать лучше? Примером? Не? А по лично моему опыту - при командной работе все же придется оставить за бортом некоторую часть "я" чтобы превратиться в намного более мощное "мы". Это "мы" - коллективный разум. Он может неизмеримо больше чем 1 индивидуал. Это новая ступень эволюции, когда более проект не ограничен возможностями 1 тушки. Чтобы это понять - надо поработать с большими и сложными проектами, превышающими возможность 1 человека. Linux именно такой проект. Торвальдс почти сверхчеловек когда может все это интегрировать и держать в своей голове. Мне становится душно на намного меньших масштабах, я проверял. А вы это никогда и не пробовали, зато мнение имеете. ИМХО, ваше мнение в софтострое недорого стоит - потому что вы не покажете примеров как это делать лучше. И более сильных организаторов. И результатов их якобы-успешной работы.
...поэтому процесс пойдет своим чередом, и я продолжу юзать Linux в моих проектах, а не мифические более хорошие проекты, от более хороших PM - которых не существует в природе.
А почему только для одного особые условия?
Блиновской верить можно! Ты не халявщик, ты - партнёр!
> Блиновской верить можно! Ты не халявщик, ты - партнёр!Это кто такая? Руководительница компании пекущей блинчики, написавшая первый пост про маркетинг?
>> Блиновской верить можно! Ты не халявщик, ты - партнёр!
> Это кто такая? Руководительница компании пекущей блинчики, написавшая первый пост про маркетинг?Та которая сто очков форы вперёд даст любому впаривателю^W маркетологу по продвижению даже сомнительного продукта.
Это фраза Лени Голубкова из рекламы МММ в 90-е годы.. учите историю.
> Это фраза Лени Голубкова из рекламы МММ в 90-е годы.. учите историю.Кто-то не понял аналогии? Чем Блиновская занималась и МММ чем, совсем не похоже, ни капельки? Мошенничество, только виды с разных проекций.
Чего учить, если я эти рекламные ролики с "куплю жене сапоги" и т.д. каждый день видел? Тут выше воспели маркетологов, а я указал, что обычно сильнее всего впаривается шлак.
Но тут, похоже, надо объяснять "ху из ху".. молодняк что ли сплошной, ещё маркетолухам верят.Послесловие. Хорошая реклама была у "Банк империал".
broken cache fs, всё логично
Ваше мнение очень важно для нас.
А какое название должно быть, чтобы тебе понравилось?
"Надежно и точка"? "ФС и точка"?
Типа "Поел и точка".
Название Вам не нравится, по причине собственной ограниченности. Кент был автором слоя bcache для dev mapper. Имя уже стало уважаемым в кругах специалистов, но так и осталось не известным для локалхостовых админов. Кент же поступил предельно разумно с точки зрения маркетинга, добавив две буквы, обозначающие теперь не слой, а целую ФС.
И где теперь этот автор?
Все хорошие мошенники умеют в хороший маркетинг.
Конструкция "умеет в/не умеет в" уже давно используется исключительно АлЕгофренами.
Не важно что таким нравится.
А если его распостранять в виде блоба? В ядре будет загрузчик, а сам код драйвера в отдельном файле.
Stable API is nonsense увы
Как пример в 6.18 планируется саботаж для zfs и видимо сабжа.
Не смеши, zfs они саботируют в любое случайное время в lts и old lts ветках. Точнее, любые out-of-tree драйвера. потому что они…
сабжа саботаж не касается, т.к. без совместимости с GPL в ядро он бы не попал
> Как пример в 6.18 планируется саботаж для zfs и видимо сабжа.В 6.18 ZFS'ники конкретно откушают - из-за дропа старых апей, которых кроме них - тадам - никто и не пользуется. А на Кента саботаж не особо распостраняется, он девелоп ядра трекает и в курсе таких вещей, у него все шито-крыто по этой части.
Кстати в дебиане пакетики с фс утилсами то - мистеру скачайтеночнушку припомнили. И за такой девелоп пришлось пообтекать отдельно. Ну а нахрен дистру поставлять модуль с файлухой если фс утилсы этой фс в нем не работают?! И конечно дебиан не будет менять все полися ради 1 васянс^W кентовской файлухи. Им проще это выкинуть. Кент начал о таком догадываться лишь когда рослый полярный лис заскребся прямо к нему в дверь и оказалось что, оказывается, хорошее отношение к вам - и поставка вашего продукта там или тут - вовсе даже и не данность в этом мире. Даже если порой и кажется что весь мир у ваших ног, это иллюзия. Кент познал это очень сложным способом, обделавшись буквально перед стабилизацией проекта.
А теперь можно все то же самое, но переводом с самопридуманногл диалекта на академический русский?
> А теперь можно все то же самое, но переводом с самопридуманногл диалекта
> на академический русский?Ерунда вопрос - заплатите переводчику и вам сделают все что пожелаете!
dkms никак не решает проблему апи - если в новой версии ведра нет нужной функции или у нее было пять параметров а стало шесть - с этим ничего сделать нельзя.Надо открывать твой любимый notepad и редактировать код.
dkms решает проблему abi - довольно таки надуманную (в основном она вызвана пережитками очень давнего прошлого, которые никак не решатся окончательно выкинуть производители дистрибутивов) - да, в тех ядрах которые штатно сейчас всеми собираются, нельзя вот просто так взять и использовать модуль от ядра точно такой же версии с тем же самым апи.
Есть нюансы...dkms не единственный способ с ними справиться, но удобный дистрибутивам.
У тебя десяток разных ядер (так у дебианоидов и редхатоидов) - одно в дистрибутиве в момент релиза, еще пять это обновления на _ту_же_ версию но с бэкпортами и еще, возможно, уот - как у бабуинты, несколько веток одновременно.
И возможно еще несколько десятков версий модуля - тоже если не следующая минорная что нероллингу неприятно и неприлично, то хотя бы с бэкпортами критичных исправлений.
И под каждую из поддерживаемых платформ.Вместо того чтоб нагружать инфраструктуру проекта сборкой всего этого каждый раз во всех подряд комбинациях (вдруг ты ядро обновил а модуль не хочешь, или наоборот) - они нагружают твой подкроватный сервак. Но на нем собираются только те модули, которые ты сам заказывал и только в тех комбинациях модуль-ядро которые у тебя в данный момент вообще возможны, а не всех подряд.
К тому и идут все дровишки. Когда начнут прикрывать куски сустемды, тогда будет занятнее..
> А если его распостранять в виде блоба?распространяй, кто тебе не дает.
Кто-нибудь использует? Лучше, чем Btrfs, или нет?
Ну btrfs, если тебе надо zonefs, сабж -- если raid6 (но это не точно).
В BcacheFS основной упор сделан на добавление кеширования в саму ФС, вместо отдельного слоя. Плюс поддержка активной репликации на уровне пулов, в отличии от Btrfs, где репликация в отложенном режиме. В остальном в BcacheFS есть всё то, что реализовано в Btrfs, включая зональность. Но в плане надёжности система пока не стабильна, особенно работа с зонами.
А как в BcacheFS с хранением мелких файлов? Это в чём рулила ReiserFS.
> А как в BcacheFS с хранением мелких файлов? Это в чём рулила ReiserFS.Да нормально, как и у btrfs'а. Они все содрали и tail packing и хранение мелочи in place в метаданных. Так что то что в ReiserFS было новье и круть - теперь данность и повсеместность любого современного дизайна.
Мамонты типа EXT4 и XFS конечно в этот список не входят и в силу ископаемой природы дизайна там надо сильно отдельно смотреть что и кто (не)умеет. Но они в общем то архаика.
да, в банке используем, храним на нем критические транзакции, бабки улетают будь здоров
<sarcasm off>
Транзакции не хранят на ФС.
любые данные для хранения записываются в ФС
> любые данные для хранения записываются в ФСИ тут какой-нибудь оракл на RAW разделе - ORLY?
raw раздел всего лишь частный случай ФС с одним единственным файлом
А ФС — это частный случай базы данных, так что БД в файле — это БД внутри БД.
> raw раздел всего лишь частный случай ФС с одним единственным файломИ тут я почему-то вспомнил определение файла которому меня учили - что файл это оказывается именованная запись с некими данными. А у раздела как такового самого по себе имени нет. Значит он сам по себе - не файл. В *nix это конечно представлено как файл, но с специфичными свойствами и в целом - это "блочное устройство". С несколько иными свойствами.
И весь пойнт этого всего - отсутствие ФС (!!!) и -1 слой трансляции смещений/фрагментов соответственно.
Ой не вспоминай ... Это просто какой-то треш !Особенно весело, когда в этой RAW попадается битый кластер.
Конечно, м.б. сейчас там всё изменилоь в лучшую сторону, но не думаю, что RAW - это хорошая идея.Хотя ... мыши они любят кактусы, до слёз.
> Ой не вспоминай ... Это просто какой-то треш !Это треш по менеджменту, за что и не в фаворе. Зато -1 слой indirection с рюханием в слое ФС где какой кусок файла аллоцирован. БД ж сами делают почти все что ФС делал, им услуги ФС не очень нужны.
> Особенно весело, когда в этой RAW попадается битый кластер.
> Конечно, м.б. сейчас там всё изменилоь в лучшую сторону, но не думаю,
> что RAW - это хорошая идея.Да и с ФС бэд секторы - ну вот зависит от, что и где.
> Хотя ... мыши они любят кактусы, до слёз.
Вон они нашли себе развлекуху с bcache который не ФС. После того как SSD под ним протирается - файлухи зачастую огребают крупноблочные факапы. И к такому, конечно, ни 1 дизайн готов не был. Что-то типа btrfs - может успеть поорать до того как скончаться, а на остальном - оно отлично работает. До момента пока обладателя этой штуки ВНЕЗАПНО не зашибает роялем - "но ведь еще вчера все было ок?!". Было, а сегодня у вас вместо метаданных фс - труха крупными блоками, have a nice day.
Конкретно на текущий момент времени оно явно не может быть лучше Btrfs, просто потому что оно все еще считается "экспериментальным" в ядре Linux.Btrfs же разрабатывается с какого там, 2014? Это сейчас вроде вообще дефолтная ОС на SLED / SLES, там с 2020 уже ничего не ломали считай.
По сути сейчас Btrfs де-факто как ext4 - чисто в режиме maintenance, никаких особо новых плюх там не завозят. Тот же RAID 5 и RAID 6 уже давно поломаны, их просто так же пометили в мануале и забыли.
> Btrfs де-факто как ext4 - чисто в режиме maintenance, никаких особо новых плюх там не завозят.https://btrfs.readthedocs.io/en/latest/Kernel-by-version.html
https://www.perplexity.ai/search/linux-kernel-changelog-btrf...Как же ты обгадился, чувачок
> Как же ты обгадился, чувачокУ них еще и в режиме experimental есть немало новых штук. Например...
1) Улучшения масштабируемости extent tree по части lock contention, обратно несовместимое и WIP.
2) Raid Stripe Tree, фича сильно навеяная буквально - сабжем. RAID без write holes.
3) Всякие не активные по дефолту вещи которые уже готовы типа chunk tree, ускоряет монтирование в дофига раз, особенно больших фс и особенно на медленных девайсах.И наверняка я что-то еще забыл. Зато вон там немайнтенансный XFS - пытается онлайн scrub сделать. Видимо кастомерам rhbm на полдля системы офлайн уводить - не очень, и они просекли что так можно было. А в btrfs это - чуть не с самого начала.
Если честно, то использую много лет btrfs просто с банальщиной типа compress, снапшотов и прочего и не юзаю новые фичи, но каждый раз при релизе ядра здесь же вижу в каждой версии какие-то изменения, дополнения, новые фичи и так далее и чувак рассказавший, что btrfs в режиме обслуживания просто сделал мне так смешно, что порваться можно
> Если честно, то использую много лет btrfs просто с банальщиной типа compress,
> снапшотов и прочего и не юзаю новые фичи,А я поюзал новое дерево для ускорения монтирования, реально заметное отличие. Относительно безопасная штука - просто новый индекс, возможна конверсия существуюшей фс (построит индекс) или разконверсия обратно (снесет индекс). На больших, медленных винчах, всяких sd/emmc и проч разница времени монтирования - в дофига раз бывает. А ломаться в именно этой фиче особо и нечему.
> в режиме обслуживания просто сделал мне так смешно, что порваться можно
Да там нормальный такой режим обслуживания, всем бы такой :)
> А я поюзал новое дерево для ускорения монтирования, реально заметное отличие. Относительно
> безопасная штука - просто новый индекс, возможна конверсия существуюшей фс (построит
> индекс) или разконверсия обратно (снесет индекс). На больших, медленных винчах, всяких
> sd/emmc и проч разница времени монтирования - в дофига раз бывает.
> А ломаться в именно этой фиче особо и нечему.Спасибо, буду знать, если буду делать новую файлопомойку в новом доме, то надо будет новый индекс заюзать, видимо
>> в режиме обслуживания просто сделал мне так смешно, что порваться можно
> Да там нормальный такой режим обслуживания, всем бы такой :)Ага, вот такой «режим обслуживания». Ну или такой уровень знаний у местной публики :-D
> Спасибо, буду знать, если буду делать новую файлопомойку в новом доме, то
> надо будет новый индекс заюзать, видимоВ общем то и существующих можно "сконвертить", но правда офлайн, фс утился просто отстроят новое дерево с индексом - вся "конверсия". В плане compat это живет r/w с ядром 6.1 и новее. С более старыми RO - они же не знают как индекс апдейтить.
Трабл прост как дрова: без этого индекса при монтировании сканируются block groups, что на большом и/или тормозном носителе может стать не прикольно. А если индекс есть, сканировать не надо.
> Ага, вот такой «режим обслуживания». Ну или такой уровень знаний у местной публики :-D
Да они тут просто зачастую либо ретрограды либо очень предвзятые и покусаные zfs лица с бэкграундом в проприетарном юниксе и прочих BSD. Поэтому у них очень странная картина мира, далекая от действительности. Эти господа никак не могут принять что круче всех стал пингвин и специфичные для него технологии. И что погода теперь создается - там.
> Напомним, что в Bcachefs предпринята попытка создания файловой системы, сочетающей уровень производительности, надёжности и масштабируемости XFS с расширенной функциональностью, имеющейся в Btrfs и ZFS.В итоге получили ФС портящюю пользовательские данные.
С майнтанером истеричекой.Но будет интересно наблюдать, насколько популярной станет "самая лучшая ФС в мире")))
Экспериментальная же.
Пока что экспериментальная. Btrfs тоже было тяжело пару лет, потом стабилизировалось все.
>В итоге получили ФС портящюю пользовательские данные.Это было до стабилизации формата ФС.При этом косяк конвертера оказался поправим - специально Кент внёс падчи для поправки бага.
А так конечно нужно время и больше база - поверьте нету ФС которые не портят данные, вопрос только в вероятности этого явления.
https://www.phoronix.com/review/linux-615-filesystems
Хорошее сравнение, спасибо
>По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFSКто-нибудь проверял правдивость этой фразы на hdd? Из-за чего bcachefs должен быть быстрее, эта фс не cow?
Xfs не очень производительная и проблемы с балансировкой. Ext4 любит зафрагментироваться до невменоза и в полностью журналирующем режиме тормоз. Вполне возможно.
>Xfs не очень производительнаядчтн.жпг во всех манах субд рекомендованная fs именно xfs.
может пора назвать самую быструю фс с журналированием хотя бы метаданных?
Это ты так почувствовал просто?
Я почувствовал, как xfs обнуляет файлы пару раз. А остальное вполне измеримо.
Это когда было? Двадцать пять лет назад?
Да вроде каждые пару лет у них традиция исправлять этот баг, видимо, не исправили.
Что нужно сделать, чтобы ext4 фрагментироваться начала?
> Что нужно сделать, чтобы ext4 фрагментироваться начала?Если дописывать кусочками вместо fallocate на весь размер разом, фрагментация данных будет кошмарной. Всякие там файлы браузера особенно ощутимо фрагментируются. Ну а так, завит от того, когда создана и каков характер работы, со временем с ней случается кое-что очень нехорошее: фрагментация свободного пространства уничтожает любую производительность и с этим ничего не сделать.
> Что нужно сделать, чтобы ext4 фрагментироваться начала?Забить его под завязку и торент качнуть например. Или виртуалок разложить с qcow дисками и проч, в общем которые могут аллоцироваться динамически. Или просто пожить немного на активной ФС забитой на 80-90%.
Если очень приперло у ext4 дефраг есть, заурядненький но - здорово лучше чем ничего, как у всяких XFS и ZFS где если доигрались - то вообще амба!
>эта фс не cowпо твоей логике btrfs и zfs совершенно одинаковые по скорости, они ведь обе cow
а это есно не так. у меня лично btrfs намного медленнее удаляет много файлов, но в целом больше полезных мне операций быстрее в btrfs. но деградировали по скорости со временем и та и другая, поэтому я их вообще избегаю пока совсем не припрёт.
> а это есно не так. у меня лично btrfs намного медленнее удаляет
> много файлов, но в целом больше полезных мне операций быстрее в
> btrfs. но деградировали по скорости со временем и та и другая,
> поэтому я их вообще избегаю пока совсем не припрёт.У btrfs дефраг есть если сильно приперло. Как и у EXT4. B btrfs конечно с ним немного сложнее, он разбивает рефлинки и может вырасти использование места. Можно потом прогами дедупа отыграть сие, но в целом последовательность более канительная конечно.
А так - ZFS это такой блочный дизайн на стероидах. Структурально ближе к классике, даже если и умеет CoW. А btrfs и сабж представители post-XFS дизайнов, где все и вся b-tree, как в базах примерно. У Кента на сайте есть некий сравнительный анализ. Bcachefs в целом - дизайн btrfs содрал, заскипал слабые места, переиграл некоторые спорные фичи, прикрутил идею с иерархией сторажей и делением на фронт и бэк, вот это все. У каждой новой ФС есть уникальная возможность - посмотреть на грабли предшественника и попытаться их обойти. Порой даже получается.
Порой правда за это отливается. Скажем кент сначала сэкономил на backrefs. Да, так run-time performance - быстрее, ибо не надо апдейтить +1 индекс при операциях. Вот только при менеджменте фс отсутствие индекса ведет к донному перфомансу операций. И вот уже гений оптимизации пилит "backpointers". На самом деле идеи они конечно тырят друг у друга. В чем прелесть идей и состоит.
Вот это гений на Кенте конечно, производительность как xfs и ext4, фишки как в Btrfs и все это мега стабильно в отличии от последнего. Ну прям сказка, а не файловая система, почему до него никто до такого не додумался? Остальные то ломаются, то фишек недостают. Нужно будет попробовать этот чудо продукт.
> BtrfsАктивная разработка Btrfs шла с ~2010 по 2017. Оно, как и ext4 и xfs, уже давно по сути не развиваются и находятся чисто в состоянии maintenance (как бы а что там разрабатывать и ломать? Продукт по сути готовый, кроме RAID 5 и RAID 6)
Любое ПО со временем устаревает просто на уровне архитектуры, поэтому в один момент возможно, что появится ФС с производительностью схожей ext4 и фишками свойственным CoW ФС.
> Активная разработка Btrfs шла с ~2010 по 2017. Оно, как и ext4
> и xfs, уже давно по сути не развиваются и находятся чисто
> в состоянии maintenance (как бы а что там разрабатывать и ломать?
> Продукт по сути готовый, кроме RAID 5 и RAID 6)Кент примером bcachefs показал чего - так что wip фичи у них есть, под experimental флагами сборки ядра. По дефолту не включено дабы юзеры не попортили себе ФС wip и нестабильными штуками.
В общем до того как блистать экспертизой, этой экспертизой сначала надо обзавестись. Наоборот - хреново работает.
>Поставка с использованием DKMS позволит не привязываться к каждому обновлению ядра Linux и поддерживать реализацию Bcachefs в актуальном состоянииАнрил. Как мы знаем из истории прошлых срачей, Кент залезает со своими правками и в другие подсистемы. Теперь так делать не сможет. А его "поклонники" из числа мейнтейнеров подсистем, с кем он успел поругаться, покажут ему что такое stable API is nonsense.
> Кент залезает со своими правками и в другие подсистемы. Теперь так делать не сможет.Возможно он найдет обходные пути.
Например костыли в своем коде)> А его "поклонники" из числа мейнтейнеров подсистем, с кем он успел поругаться, покажут ему что такое stable API is nonsense.
Я сомневаюсь что другие мейнтейнеры будут намеренно вредить.
Не брать во внимание его хотелки - возможно, но намеренно саботажить - сомнительно.
Саботаж хорошо спрятан за правдоподобным отрицанием, ядро сыпится под своим весом.
> Анрил. Как мы знаем из истории прошлых срачей, Кент залезает со своими
> правками и в другие подсистемы. Теперь так делать не сможет.И вот чьи это теперь проблемы? Будет теперь растягивать ножки по вот такой одежке. Куда он денется то с подводной лодки?
> Куда он денется то с подводной лодки?Перейдёт на любую из бесчисленных BSD. Например, DragonflyBSD.
А зачем он там нужен?
>> Куда он денется то с подводной лодки?
> Перейдёт на любую из бесчисленных BSD. Например, DragonflyBSD.Это примерно то же самое что перейти в /dev/null. Это врядли потянет даже воркстейшн кента, а уж планы типа "переписать на rust" и вовсе сразу нафиг. А уж сделать это чем-то типа дела своей жизни? И чтоб кто-то платил за делание работ которые кенту по кайфу, и которые он для себя и так ворочал? В линухе это вполне реально. А DFBSD - ну, он где-то есть. Примерно как неуловимый Джо. Нахрен никому не упавший. Как и проекты на нем. Так что про это все - придется забыть.
В итоге - х-вый полунерабочий воркстейшн и отсутствие инвесторов. Во апгрейд то качества жизни. Со знаком минус. Я что-то не уверен что кент НАСТОЛЬКО любитель картофельных очистков и совсем ничего не хочет с своих скиллов поиметь. И да, ему между прочим фонд занес - за кодинг на rust, а где это все в вашей NetBSD?
Он ведь почти все правильно сделал. Просто рано подсек. Глупый нетерпеливый кид, профачил и себя по полной, и тех кто ему доверился.
> Кент залезает со своими правками и в другие подсистемы. Теперь так делать не сможет.Я думаю, что сможет, но теперь ему придётся это делать правильно, чётко укладываясь в окно принятия изменений. И конечно сложнее, поскольку теперь он не разработчик ядра, а хрен с горы. Но всё ж, я думаю, он сможет.
И это хорошо, Кент может писать софт, теперь он научится писать софт в команде. Из него выйдет отличный разработчик.
Удалец этот Кент! Вот так запросто ядерщиков поимел.
> Удалец этот Кент! Вот так запросто ядерщиков поимел.Уж поимел так поимел! Эвон как носится с ж... в мыле, упрашивая дистры не выкидывать его фс, даже "скачайте ночнушку" уже оказывается - не настолько уж и принципиально. Сразу видно - всех поимел. Правда, в пассивной позе, небольшой нюанс...
О не gpl они уже позаботились. Скоро и до таких случаев дойдут.
Это в первую очередь о «out-of-tree», а не о non-gpl. И апи вырезают под предлогом отсутствия в ядре модулей их использующих. GPL который вне ядра также пострадает если их использовал
Жаль, что вокруг этой ФС такая истерика. По факту, использую её с нового года (как только появилась в ядре) со сжатием zstd (брал на замену btrfs). Так вот на этой *эксперементальной* фс проблем было НОЛЬ за все время использования. В отличие от *стабильной* btrfs, где ошибки ФС это вопрос не вероятности, но времени.Пару раз она вылетала в read only и спокойно правилась прогоном fsck ВНИМАНИЕ - на ноутбуке со сбойной оперативной памятью. Там, где btrfs вообще переставал читаться в какой-то момент.
Одним словом, грустно наблюдать дрязги вокруг неё.
Зачем это все, если есть стабильная ext4? Какие такие у вас задачи для всей этой фигни?
ФС со статическими нодами в 2025-м? Ну тогда она для внешних носителеей, для перестаскивания файла.
> ФС со статическими нодами в 2025-м? Ну тогда она для внешних носителеей,
> для перестаскивания файла.И снапшоты на рутфс например? Чтобы откатить не понравившиеся изменения конфигурации или апдейт за минуту? Что вы никак не можно - динозавр мира unix который не убил полдня на то что девопс за минуту решит - марку не держит, позор направления. Так можно и клеймо девопса схлопотать!
о, я пользуюсь ехт4, хотя и она когда-то (лет 20 назад) теряла файлы.
Как я и написал - для меня в фс для хомяка важна поддержка сжатия zstd. Когда на тот же носитель помещается практически в два раза больше данных без потребности покупки нового и каких-то заметных накладок по перфомансу - это очень круто.type compressed uncompressed
zstd 27.4 GiB 51.2 GiB
Да нет никакой истерики, nobody cares. Забыли уже все. Ну не прижилась очередная стопицотая перспективная ФС в ядре, бывает.
Я крутил винчестер с дыркой на FAT32 - не было никаких проблем. Форматировал в NTFS и всё развалилось, видимо MFT попало прямо на дырку.
Да от куда вы берётесь? Уже лет 10 использую btrfs на ноутбуке, компе домашнем, файловом сервере с самбой на 4ТБ рэйд 10. Ни разу не было проблемм.
На локалхосте вообще что угодно работает. Сказать-то что хотел?
> На локалхосте вообще что угодно работает. Сказать-то что хотел?У фэйсбука нормальный локалхост, 2 миллиарда хом держит. Значит и для нелокалхостов тоже - работает.
Ты большой молодец, что у тебя всё работает, но это не отменяет того, что у меня раздел с btrfs рано или поздно кораптиться намертво. Уже десятилетие пытаюсь в него вкатиться, но стабильность до сих пор не устраивает. Вот кому в статусе эксперементальных остаться бы не помешало.
Только обычно модули из DKMS собираются 1 раз за всё время, пока новое ядро из репы не прилетит. А у этого деятеля "критические" фиксы как будут выходить, раз в 3 дня?
Модули из dkms, собираются, когда пакет с ними или ядром обновляются.
Лучше фиксы сейчас чем сидеть с багами до следующего стейбла, порой лесятилетия
надо было генте тоже пригрозить дропнуть поддержку. Глядишь ибилды бы появились :)
Ну и зачем вся эта драма с включением драйвера в ядро, если есть дкмс? Всем же лучше, и на практике разницы нет, сам юзал дкмс драйвер для вайфай карты на ноуте, довольно долго, ибо в дистрах либо его вообще ничего не было, либо что быто - то просто не работало. Производительность в порядке, стабильность работы тоже.
Еслиб выкинуть весь драйверный хлам из ядра и поставлять как дкмс модули, ядро бы на 90% похудело бы, глядишь разработка была бы проще.
Ну его еще подписывать каждый раз потом, если Secure boot включен. Да и разрабу будет тяжелее. То, что в ядре - проблема всех, кто пихает туда что-то. А так это будут чисто его сложности.
> Ну его еще подписывать каждый раз потом, если Secure boot включен. Да
> и разрабу будет тяжелее.Зато вот так он сможет оценить что потерял. И подумать еще раз - а стоило ли оно того. При этом странноватый статус "externally maintained" намекает видимо на возможность вернуться. Когда-нибудь. Когда научится нормально взаимодействовать с остальными. Если вдруг.
Нуу… автоподпись для nvidia делать уже научились все кто хотел, и тут научатся
> Ну и зачем вся эта драма с включением драйвера в ядро, если
> есть дкмс? Всем же лучше, и на практике разницы нет, сам
> юзал дкмс драйвер для вайфай карты на ноуте, довольно долго, ибо
> в дистрах либо его вообще ничего не было, либо что быто
> - то просто не работало. Производительность в порядке, стабильность работы тоже.Ну вот у вас не было проблем с дкмс, а вот у меня -- были. Был у меня замечательный момент, когда для того, чтобы на ноутбуке работала дискретная графика от NVidia, нужно было новое ядро в обязательном порядке, а вот драйвер моего wifi-адаптера с новым ядром из тестинга через dkms не билдился. В стабильном дистрибутиве-то да, проблем не будет. А вот если вам в силу ряда причин надо на тестинге сидеть -- тут-то приключения и начнутся.
> Кроме того, проект близок к снятию признака экспериментальной ФС - с момента
> релиза ядра 6.16 в Bcachefs всплывали лишь несущественные ошибки.How to screw up your project management - for dummies. Кент должен издать характерную желтую книжечку. Ибо ну вот почти добежал до туалета - и в этот момент жесточайше отфонтанировал из штанов, уделав в крапинку вообще все. Буквально 10 секунд сэру не хватило. Подорваться на 10 секунд раньше? Быть чуть поаккуратнее на поворотах? Что вы, как можно, он был уверен что сдюжит и все это - точно не про него.
У сэра почти готовый проект, в майнлайне, баги на спад пошли. Что еще для счастья надо, чтоб стать крутым чуваком, срубить инвестиций, жить себе в удовольствие, занимаясь любимым делом, в котором уже - эксперт, вот это все? А, все это нахрен продолбать, за счет своего дурацкого ЧСВ! Устроив фонтан из штанов прямо перед дверью туалета максимально позорным способом, во :)
Бла-бла-бла, туалет, не добежал, фонтан из штанов. Только он в отличие от тебя умеет программировать и дизайнить файлухи, а ты кроме как писать комменты на опеннете ничего не умеешь.
Он хоть каках не тащит в этот туалет, как выше привели правильную аналогию с этой лабой и всему что с ней связано..
> Бла-бла-бла, туалет, не добежал, фонтан из штанов. Только он в отличие от
> тебя умеет программировать и дизайнить файлухи,Да с этим то никто и не спорил. Но вот найти себе столько гемора на ровном месте, так по глупому - он тоже сумел. Попутно продинамив и обломав ораву народа. Это довольно вредно для репутации, если ты не понял.
Если кто не понял - уметь програмировать и писать ФС еще не гарантирует успех проекта. И на данный момент чувак весьма картинно продолбал свое счастье которое было так близко. Я пожелаю ему все же пересилить гордыню и - попасть в ту версию будущего которую я ему желаю. Где он в майнлайне, работает на равных, и получит должное уважение и награды за хорошую ФС. Типа мощных инвесторов вписавшихся в проект и проч. А не просто респекты анонов с опеннета. Которые - бесполезны.
> а ты кроме как писать комменты на опеннете ничего не умеешь.
Анон, не надо по себе судить других (навешивая очередной комит, конечно, чего и вам желаю).
Вы судите по себе. Это опенсорс, в котором вы кодите для себя и решили поделиться под свободной лицензией. А сообщество, возможно вам задонатит.
> Вы судите по себе.К большому счастью - я _так_ феерично и глупо, с такими брызгами для репутации - не уделывался. Упаси меня, облом когда все почти в шоколаде - и тут он так глупо превращается в д@рьмо из-за неуемной гордыни и бараньей упертости?! Чур меня, чур! Я и на чужих ошибках поучусь, это не так больно.
> Это опенсорс, в котором вы кодите для себя и решили поделиться под свободной
> лицензией. А сообщество, возможно вам задонатит.А файлухе в майнлайне - могут задонатить и серьезные инвесторы и интересанты. Что несколько мощнее чем вон то. Так можно сделать это - делом своей жизни, пописывая проект себе в радость а за это еще и денег весьма прилично насыпят, на бэху и жену каратистку хватит. Но гражданин на грани продолба своего счастья - в силу жидкости своего мозга. И вот это он зря.
это канеш круто, но теперь при обновлении ядра в случае проблем сборки (а такое постоянно бывает) будет отвал дисков
> при обновлении ядра в случае проблем сборкиЧувствуется арчевод (сам такой), где при установке новой версии ядра старая сносится. Во всех остальных дистро просто загружаешься в предыдущую рабочую версию.
Может в арче принято снапшотить перед обновой?
я на убунте и действительно загружаюсь когда все сломалось и руками пересобираю эту кучу мусора
считаю это отличным решением,
более того!
считаю что так и должно быть в отношении множества други файловх систем. -
или - ХВАТИТ тянуть в ядро все что нипоподя!
совершенно зря тратите время разработчиков ядра.
разработчики ядра долны сделать нормальные АБИ, и поддерку Dynamic Kernel Module Support.
а многие (большиство драйверов файловых систем - нечего делать в ядре!
разработка ядра ускорится,
раработка файловых систем и всего рядомядерного - также ускорится.
> считаю что так и должно быть в отношении множества други файловх систем.Особенно круто это все будет работать с рутфс и снапшотами - когда у вас после обновления у вас хренакс - фс не цепляется, и придется сильно отдельно думать как это счастье теперь откатить вообще. Удобно, фигли. Добрые аноны всегда помогут сделать из ос кривой поломаный глюкавый трэш стреляющий в пятку.
нет, проблема не станет больше чем было раннее - с обновлением ядра.
ты просто не будешь обновлять ядро почем зря
Сколько не пробовал btrfs, постоянно негативный опыт. С екст4 никогда не терял данных, с btrfs пару раз превращалась в тыкву, причем своими же утилитами «восстановления». На старых системах с хдд так сильно деградировала, что скорость падала в разы, при этом екст4 чувствовала себя норм на том же диске. Может так «повезло», но если юзать полезные фичи типа сжатия и снепшотинга - шансы получить тыкву вырастают. Если например рама битая, екст4 фсцк может полечить, бтрфс с большой вероятностью сваливается в тыкву. С одной стороны фс классная, с другой стороны пк с розетки выключил и молишься, чтобы половина фс не удалилась.
А как сабж с этим?
Не уж то конец драмы? Не уж то великий-асе-знающий, наконец-то узнал про существование альтернативы, с которой и следовало начинать любому нормальному разрабу? Походу, школ ник, таки, подрос, хоть и ценой труда и термения остальных.