Очередная дискуссия между Линусом Торвальсом и Кентом Оверстритом (Kent Overstreet), автором Bcachefs, завершилась тем, что Линус выразил готовность исключить код Bcachefs из ядра Linux 6.17. При этом Линус принял в состав ядра 6.16 изменения в Bcachefs, ставшие предметом очередного недовольства действиями Кента. Линус написал:...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63489
> При этом он готов к прекращению поставки Bcachefs в основном составе ядра Linux и это не убьёт проектНет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs. А Bcachefs никто без ядра тыкать не будет.
Ну продолжит он пушить отдельно в свою ветку. Что изменится? Кому надо, тот ядро запатчит.
Я написал что изменится – повысится порог входа, а ради молодой ФС без тестов в проде мало кому оно нужно.
Так это лично его проблемы. Убьет проект не это, а сам автор.
> ради молодой ФС без тестов в продеэкспериментальная ФС в проде?
Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.
Затем что zfs надо уметь готовить, тормозит в неумелых руках.
вопрос тормозов это вопрос выбора с учетом критереев выбора
нужно сжатие, защита от бедблоков, надежность, raid без дорогих железяк - используй zfs
Если нужна скорость используй ext4\xfsкак не тюнь zfs она не будет равна даже близко к скорости ext4\xfs
все слова об умелых руках разбиваются об "давай поспорим на 1000$ что без убийства опций надежности файловой системы вы не добьетесь хотябы равных скоростей на одинаковом оборудовании для ext4 и zfs для простой базы данных в тесте pgbench для примера в 50\50 чтение запись"
типичное skill issue
> типичное skill issueФайлухи юзают не для того чтобы с ними #$%ться и "skill issue" прокачивать. Это - чисто техническая подложка для хранения данных, в идеале мы вообще знать о ней ничего не хотим.
Вы ничего ни о чем знать не хотите
> Вы ничего ни о чем знать не хотитеЯ и правда хочу заниматься - своими проектами, а не костылингом доисторической файлухи ориентированной на энтерпрайзные хранилки на тему как из этого сделать что-то более приемлимое если оно вдруг не хранилка а десктоп с кучей барахла в RAM. RAM мне видите ли больше нужен для CAD/IDE/VM, полезных мне сервиосв, вот этого всего.
Так не включайте dedup
dedup это единствееное ради чего этот zfs поделие имеет смысл
Использовать dedup на десктопе - крайне глупая затея.
Зато фичи, ты не понимаешь.
фичи без базы - ничто
ZFS will use too much memory
Generally – where memory is fast: use of memory is a good thing. Unused (free) memory can be thought of as wasteful.ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:
1.first, an amount of memory put to good use with ZFS
2.then, a memory-hungry application wants some of that amount
3.the application gets what it wants.заметка в разделе мифы https://wiki.freebsd.org/Myths
> ZFS and FreeBSD combine to make good use of memory. This goodnessвот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя. Иначе бы и не понадобился миллион параметров, позволяющий вручную штурвалом на глаз управлять этим good use.
> 1.first, an amount of memory put to good use with ZFS
> 2.then, a memory-hungry application wants some of that amountона шмякается по sig6 - что ты легко мог бы проверить сам, а не сборник мифов пересказывать.
Что еще пол-беды (ну добавишь свопа).Но попробуй сам СВОП переложить на zfs - и...и...и... правильно - очень легко получишь красивый интерлок. (Нет, это не единственное, к сожалению [к сожалению потому что это-то понятно легко обойти] место где такой интерлок может проявляться. Просто наиболее понятная чайникам демонстрация как проявления, так и причин. Для более сложных надо лезть глубоко в предмет и разжевывать некоторые неочевидные вещи. Нет, это не исключительное свойство zfs. Но можно было сделать лучше. Не захотели альтернативно-одаренные разработчики фри.)
> заметка в разделе мифы https://wiki.freebsd.org/Myths
Draft content for a page that was removed in October 2023
просто прекрасно. Но в целом где, как ни в разделе мифы, такому и быть.
>> ZFS and FreeBSD combine to make good use of memory. This goodness
> вот в этом месте и вкрался п-дёж. Эта комбинация немного односторонняя.Да там и остальное такое же. В частности прямо первый пункт. Не, они не расскажут как там не работает половина видях, есть проблемы с вафлей и управлением питанием. Это - миф, что вы.
Интересно, почему дистрам Linux не требуется такие отмазки выкатывать в общем случае? :)
потому что там все привыкли что половина видях не работает, потому что тут нвидийный блоб несовместим с ведром, а там шв@60дкиный эту не поддерживает дальше чем vesa compatible.И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.
Ну а чотакова, бесплатное же ж.
Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.
> поддерживает дальше чем vesa compatible.Хызы, у меня последний GL есть, вулкан - тоже, а ливка на основе FreeBSD на этой конфиге смогла - черный экран малевича.
> И что при обновлении дистрибутива внезапно ноут перестает засыпать или не просыпается.
Не очень понятно как внезапно обновить себе дистр. А, и снапшотов у тебя на случай приколов не было - сапожник же должен быть без сапог! А я так не прокативший апгрейд одним хомам - откатил. За 2 минуты. Потому что есть такая фигня - productivity. Но вы это не проходили, вам это не задавали.
> Ну а чотакова, бесплатное же ж.
Я вообще научился быть сам себе поддержкой. Но как ты понимаешь это было ой как не сразу. И конечно если б меня линух встретил вон тем - я б с ним наверное и не познакомился поближе никогда.
> Главное не забыть свой макбучек взять на конференцию, объявлять год линукса на десктопе.
Это путь таких как ты. А я и сам жру пирожки которые пеку.
> ZFS and FreeBSD combine to make good use of memory. This goodness includes releasing, when appropriate. Simplified:Однако на Linux этот zfs arc не интегрирован так же хорошо с управлением памятью как дисковый кеш в других ФС, потому этот жор и сильно неприятнее
> Затем что zfs это тормоз сжирающий всю память хоста хоть 2Тб и при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) раз.Очередной миф из разряда "сталинские репрессии".
Пользователям ZFS годится для поржать.
> Очередной миф из разряда "сталинские репрессии".
> Пользователям ZFS годится для поржать.Хочешь сказать что разрабы ZFS тоже врут и отрицают правду, как и сталинисты?
Учитывая, что репрессии реально были - ей-богу вы как-то сильно двусмысленно написали ..
> при этом все равно замедляет диски уровня cm7-r/cm7-v в 10 (!) разЗамедляет относительно чего?
> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре.Вообще ни разу не. Это ты с бырбыр перепутал, вот та задумывалась. А получилось что получилось.
Не поддерживает практически ничего из возможностей zfs, ради которых ту и нужно ставить.
При этом zfs не поддерживает практически ничего из возможностей bcache, интегрированных в эту фс.> Не будет в ядре – зачем тогда оно?
оно никогда и не было для удовлетворения чесотки вечно озабоченных "нивведренивведре". Оно было для реализации технологий, которые ее автор счел нужными и полезными (_себе_ ну или своим заказчикам, а ты васян можешь мимо крокодить, раз не разбираешься)
> Есть протестированный и годами отлаженный zfs.
с годами неисправляющимися _известными_ багами because of lack of resources(c)(tm) (и желания) и архитектурными проблемами нулевых годов, которые исправлять некому и опять же не на что.
Те ее фичи которые на самом деле нужны и интересны - в линуксе (ну а значит теперь уже и нигде вообще) использовать все равно нельзя. Остается только работающая реализация raid-z, но кому оно кроме васян-сторов нужно? Все кому надо хранить петабайты, давно уже отказались от пихания всех дисков в одну корзинку, и хранят их в распределенных кластерах. Где zfs лишняя совершенно.
> Вообще ни разу не.Можешь скинуть. Что не удалят из ядра некоторые тоже говорили. Предрекаю bcachefs популярность ниже zfs и смерть подобную reiserfs (которая когда-то была популярна в узких кругах и аноны её даже использовали).
> Можешь скинутьСкринить.
У BcacheFS правильная ядерная лицензия, в отличие от.
Аналогов ZFS быть не может - ни в одной нормальной FS нет раздельного с ядром кеша.
> Аналогов ZFS быть не может - ни в одной нормальной FS нет
> раздельного с ядром кеша.во-первых нет никакого "неядерного кэша". (ARC вполне себе в ядре)
во-вторых если ты имел в виду buffer cache ("ни в одной нормальной" внезапно сводится к "кривым линукс-онли поделкам" - нигде кроме линукса прямой копии его буферного кэша нет) - то нет, разумеется, метаданные все кэшируют сами кто как может, как раз из-за фееричной бесполезности буферного кэша в таких случаях.
И если мы отдаем фс управление физическими устройствами, а не набор блоков непонятных характеристик - то очевидно что и кэшировать уже надо не блоки.
Понятия, кстати, не имею, как автор бкэшфс собирается обходить эту проблему.
> Аналогов ZFS быть не может - ни в одной нормальной FS нет
> раздельного с ядром кеша.Потому что это - баг, а не фича... нахрен коум такие "аналоги" упали.
> Нет, убъёт. Bcachefs задумывалась как аналог zfs, но в ядре. Не будет в
> ядре – зачем тогда оно? Есть протестированный и годами отлаженный zfs.
> А Bcachefs никто без ядра тыкать не будет.ZFS - это кусок тормозного крапа, даже экстентов нормальных нет. В 2025 году, экстентов, Карл! Рефлинки - так офигенно сделали, через цать лет после даже XFS голимого, что потестили - прям на юзерах. Это не файлуха а кусок ископаемого позора.
ZFS использует собственную модель управления блоками данных с динамическим размером и архитектурой copy-on-write. Карл!
> ZFS использует собственную модель управления блоками данных с динамическим размером
> и архитектурой copy-on-write. Карл!Прикольное название для "недопиленный вариант экстентов". Да, это какой-то ранний полунедопрототип идеи, весьма похабный судя по перфомансу без подпора гигазами рамы. В общем ФС для файлопомоек энтерпрайзных, где вся оператива под кеш этого нечто отдана.
"Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон ЧерчилльПросто у тебя не было задач где оно реально _нужно_. И вот там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет! Нишмагли(С) ... :(
Другое дело что обычному васяну ZFS ... ну вот реально - ну не нужна. А то что некоторые еЯ на лаптопы натянули ... ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останется :( Но зато - с растом! :))))
> "Демократия — наихудшая форма правления, если не считать всех остальных"(С) Уинстон
> Черчилль
> Просто у тебя не было задач где оно реально _нужно_. И вот
> там, где оно - нужно, лучше ничего нет, УВЫ! НАПРОЧЬ(С) нет!
> Нишмагли(С) ... :(Да, я к счастью - не LLNL и это - именно их боль, которую они сами себе нашли.
> не нужна. А то что некоторые еЯ на лаптопы натянули ...
> ну поздравляю, чо :) Некоторые помницо и Solaris на лаптопы вкрячивали
> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)Потому что сапожник без сапог - это довольно убого смотрится, как по мне.
> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил
Да посмотрим что получится. Глядишь, Кент после такого о314ливания за ум возьмется и пообещает - что не будет такое нате на лопате хреначить.
> Просто у тебя не было задач где оно реально _нужно_. И вотон когда лбом упрется в такую задачу - подберет кривое-косое решение на единственном осиленном им инструменте. Потому что "экспертиза", увы, отрицательного левела. Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.
> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
ну вот банально хочется простого и понятного управления виртуальными фс, а не этого вот всего с восемью слоями dm и еще и не работает ничего как надо (включая dump/restore, хвала Б-жку с Пальцем, заявившему что оно нинуна и тар хватит всем).
Поэтому я спокойно использую везде где вообще есть какие-то фс кроме /
И да, прод у меня подперт либо san с хрен-знает-сколькикратным резервированием всего подряд, либо, если лезвие - встроенным рейдом, так что этой частью я как раз пользуюсь крайне редко и в нетипичных местах.
Да, если что - попытки использовать в этом качестве бырбырбыр у тебя обломятся о первый же случай знакомства с их уродливой подделкой под zfs send. Просто вот посмотри доки и ужаснись.
> Жаль bcachefs. Я с дури было даже начал ... Выходит зря потратил
> время... как был линукс квинтэссенцией идей 1970-1980 годов, так и останетсятак там от тех идей тоже давно ничего не осталось. В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией ведра, пройдить нафиг".
> :( Но зато - с растом! :))))
судя по матюкам дебиановцев - тут автор быкеша превзошел пока всех, сделав принципиально несобирающуюся нормальным способом юзер-ленд утилиту. Причем как обычно - по причине всасывания в нее десятка васянских лефтпадов. Свои писать некогда-некогда, надо в ведро пушить.
с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и похрену будет.
В отличие от неизбежно приближающейся ситуации когда того же дерьма и в ядро добавят, потому что инвестиции знаити ли надо отработать, даже если прожект явно мертворожденный.
> он когда лбом упрется в такую задачу - подберет кривое-косое решение на
> единственном осиленном им инструменте.Я могу выбирать задачи в которые я вписываюсь. И только подумай, берусь лишь за то где я уверен что могу сделать хорошо. В том случае задача просто уйдет другим тушкам и это будет их проблемой.
Энтерпрайзные файлопомойки лично мне - не интересны как категория совсем. Тем более убер дорогая экзотика с ритуальными танцами. Мне интересен general purpose, эмбедовка, VM и некоторые продвиутости вокруг этого.
И в моем мировоззрении - future is "distributed". И вообще это не обязательно на уровне вот именно ФС делать. На app-level это может быть - эффективнее.
> Потому что "экспертиза", увы, отрицательного левела.
Я просто люблю мухлевать и integer underflow сделал меня намного мощнее :)
> Питаема urban legends худшего пошиба, в пересказе старух на лавочке. Вместо знаний.
Вот уж кто бы говорил с своими "сакральными знаниями" как оно там в линухе ... 2010 года разлива. А у меня личный опыт взаимодействия с вон теми, и ты не представляешь себе как угарно эти умствования смотрятся.
>> ... и всё тот же вопрос: чтобы _что_? Зойчем?!?! ;-)
> ну вот банально хочется простого и понятного управления виртуальными фс, а не
> этого вот всего с восемью слоями dmНу вот да. Btrfs я лю - за вот это. Подоткнул диск, "btrfs device add", отросло +N места, все, "менеджмент" файлухи закончен. И я чертовски уверен что это должно работать - вот так. А не тот миндфак с этажерками наслоений и сыкотным менеджментом.
> Да, если что - попытки использовать в этом качестве бырбырбыр у тебя
> обломятся о первый же случай знакомства с их уродливой подделкой под
> zfs send. Просто вот посмотри доки и ужаснись.А таки - в целом работает. Ужасайтесь, не ужасайтесь а полезная штука.
> так там от тех идей тоже давно ничего не осталось.
Там скорее доразвитие идей btrfs - минус shortcomings известные на момент дизайна. И гибрид с bcache до кучи. Идея с явной демаркацией кеширующих, фронт и бэк девайсов и явный учет реплик по оным - само по себе весьма здраво. Этажерки при загибоне SSD на кешах жесточайше лажать начинают.
> В те годы не могло оказаться что "ваш pid1 несовместим с вашей версией
> ведра, пройдить нафиг".Зато оно само - с версиея ядра может облажаться.
>> :( Но зато - с растом! :))))
> судя по матюкам дебиановцев - тут автор быкеша превзошел пока всех, сделав
> принципиально несобирающуюся нормальным способом юзер-ленд утилиту.Ну вот да. Почему это круто для полисей утилс файлухи - я не понял. Наверное одна из причин по которым мало кто парится на тему размайнлайна. Ибо в проде такое - захочешь не впихнешь.
> Причем как обычно - по причине всасывания в нее десятка васянских лефтпадов.
> Свои писать некогда-некогда, надо в ведро пушить.Изначально тулсы и без хруста билдились. Я фс такими создавал.
> с другой стороны, если ты не собираешься это отлаживать, тебе-то оно и
> похрену будет.Ога, кроме того что в твоем дистро это не будет. Потому что майнтайнеры тоже люди.
> В отличие от неизбежно приближающейся ситуации когда того же дерьма и в
> ядро добавят, потому что инвестиции знаити ли надо отработать, даже если
> прожект явно мертворожденный.Не все инвестиции выстреливают...
С каждой новостью про бкэшфс становится ясно что от нее (фс) надо держаться подальше. Если оставить в сторону эмоции действующих лиц, то разработчик продвинул в ядро фс, которая перманентно требует немедленных исправлений во избежание вероятных потерь данных. То есть оно перманентно настолько кривое, что вот если вот сейчас ее не пропатчить вот тут то возможен кирдык. И пропатчить это малой кровью никак нельзя - надо кучу кода переворошить. И история это повторяется с завидной регулярностью. Вот допустим есть пользователь этой фс - он что, теперь за рпспоследним ядром перманентно должен гоняться? Dkms - самое правильное место для этой фс
А остальным разработчикам - просто наплевать на твои данные и исправлять они ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.Про всякие "silent corruption" тебе помог бы поиск прямо по этому сайту, но ты ж не будешь, тебе главное квакнуть.
> Вот допустим есть пользователь этой фс - он что, теперь за рпспоследним ядром перманентно
> должен гоняться?в случае фс в разработке - да, а если тебя это не устраивает - вероятно ты не понимаешь, зачем та фс вообще нужна.
С dkms, как и подчеркивает автор - разработка просто станет медленней и неэффективнее, потому что фс завязана на фичи ядра, которые тоже есть только в самых последних версиях.
На поддержку миллиона вариантов ядерного апи, каждый день нового - он ресурсы тратить не только не хочет, но и физически не сможет - т.е этот dkms точно так же будет совместим только с последним или вовсе с еще недовыпущенным.
> А остальным разработчикам - просто наплевать на твои данные и исправлять они
> ничего и не собирались, обратитесь в техподдержку вашего дистрибутива.
> Как там бырбырбыр поживает - уже можно пользоваться raid6? А, опять нет.А как там у тебя рефлинки - пул не убивают уже в дрызг? С фиксом "пересоздайте пул"? Ты ж наверняка отрастил хранилку на дофига терабайтов с 100500 девайсов чтоб ее пересоздавать почаще :). Ведь мазохизм - твое все.
> А как там у тебя рефлинки - пул не убивают уже в дрызг?И никогда не. Внезапно. Эксперт такой эксперт. (нет, та проблема к рефлинкам никакого отношения не имела. И наступить на те грабли, в отличие от гарантированного крэша raid6 - надо было быть очень и очень большим оригиналом.)
> Ты ж наверняка отрастил хранилку на дофига терабайтов
ты не поверишь, но в нашем конторском san от нетапа - хотя и сильно специфическая, но - zfs. И там ближе уже к петабайту. Пересоздавать? Чо?! Первые ноды куплены в 2010м.
Дай угадаю - у тебя ровно ноль успешных решений такого возраста.
Проблема zfs не в самой zfs, а только и исключительно в п-сах менеджерах шв@60дкиных ОС.
> И никогда не. Внезапно. Эксперт такой эксперт. (нет, та проблема к рефлинкамДа уж. Там скорее проблема в том что
1) Допереть вывалить нетестированую фичу в релиз - отлично придумали!
2) И еще и по дефолту врубить. Интересно же где бахнет!При этмо прикольно что такие как ты рассказывают про энтерпрайзы, вот уж энтерпрайзная практика выкатки релизов как она есть :))
> и сильно специфическая, но - zfs. И там ближе уже к петабайту.
Так это ж не твоя заслуга - а нетаппа. И дома ты поди сидишь с NTFS высокоинновационным, где снапшоты той же винды мучительно тормозны, 200 К файлов в дире = дикие клины в стиле "ща, только дискетку доформатирую" и в целом - как-то неуниверсальненько.
> Дай угадаю - у тебя ровно ноль успешных решений такого возраста.
Это вообше не у тебя решение - а у нетаппа. А твоя то заслуга в этой схеме - в чем?
> Проблема zfs
...в том что кроме энтерпрайзных хранилок оно ни на что не заточено на самом деле.
Используем ext4 и не рыпаемся.
> Используем ext4 и не рыпаемся.ext2 же ж! Ext4 еще недостаточно устарела и окостенела, в ней, представляешь, тоже бывают ошибки, ведущие к потере или скрытой порче данных.
Да представляю, в 17м сам огрёб.
Кто-то использует ext2 как основную на своём десктопе?
Чем плоха ext4 ?
Она для луддитов же, её уже больше 3-х месяцев как придумали! :)
Я уж молчу о том что "в ней нет ни одной молекулы свободы"(С)^W ни байта на расте :))))
Тем, что она примитивна. Мгновенных снапшотов нет, сжатия нет, подразделов нет, практичекски ничего нет. Зато есть иноды, которые могут внезапно закончится.
> Тем, что она примитивна.Это вообще-то - достоинство! :-р
> Мгновенных снапшотов нет, сжатия нет, подразделов нет
А это точно то, что должа делать _FS_? ;)
> Зато есть иноды, которые могут внезапно закончится.
Ну хоть один реальный недостаток нашли, а то я уж волноваться начал :) Не иделальна, ТЧК!
> Зато есть иноды, которые могут внезапно закончится.И как это интересно решают?
2) А, в Ext2/Ext3 - такая проблема есть?
>И как это интересно решают?Никак. При форматировании нужно задать количество инодов, если иноды закончились - удаляйте файлы. Избеать создания мелких файлов.
>2) А, в Ext2/Ext3 - такая проблема есть?Да. В ext2 к тому же ещё и журнала нет, внезапное отключение питания для неё закончится плохо.
> Ну хоть один реальный недостаток нашли, а то я уж волноваться начал
> :) Не иделальна, ТЧК!Могу более тупой недостаток насыпать. При том courtesy of пох или нах. Оно в деаллокацию дир так и не умеет. Если в дире создать 100500 файлов - дира распухает до нескольких мегов веса. И начинает ощутимо тормозить. И даже если файлы стереть, дира все равно - жрет несколько мегов веса. И что еще забавнее - тормозит как будто в ней 100500 файлов. Даже если там их теперь - 10 штук. Т.е. оно походу не умеет в GC/Dealloc таких вещей по нормальному и лечится этот бред только стиранием диры и пересозданим заново.
>> Тем, что она примитивна.
> Это вообще-то - достоинство! :-рдля примитивных задач - достоинство, а когда надо не только чтоб с чего загрузиться - так себе.
>> Мгновенных снапшотов нет, сжатия нет, подразделов нет
> А это точно то, что должа делать _FS_? ;)ну...э... учитывая что снапшотами в виде обычного lvm пользоваться невозможно в принципе, thin lvm самим пользоваться стремно до невозможности, dump вроде как еще компилируетца но запрещено к использованию самим Божеством - хотелось бы хотя бы уже снапшотов что-ли...
>> Зато есть иноды, которые могут внезапно закончится.
последний раз с этим сталкивался когда диски были большими. Сейчас я хрен знает что надо сделать (разумного) чтобы кончились иноды.
Ну и да, можно ж прежде чем создавать фс подумать, сколько их там нужно на самом деле.
>Мгновенных снапшотов нет, сжатия нет, подразделов нетВсе это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось по надёжности хуже молодой BTRFS. Но если не касается Next, сжатие и подразделы на ext4 есть, почему в основное ядро сжатие не закинули Хочу Знать (из анекдота).Были все атрибуты для сжатия в Ари,не знаю удалили ли их сейчас . Единственное что богатство архиваторов не было, только 1 алгоритм.
Подраздел реализован - это штатная фича ядра,сделано не для всех классических фс, но конечно по гибкости не дотягивает до BTRFS,т.к есть ограничения.
>>Мгновенных снапшотов нет, сжатия нет, подразделов нет
> Все это было в ветке Аддона (рентгенолог) .Называлось Next4 , правда оказалось
> по надёжности хуже молодой BTRFS.Нынче уже даже сам Теодор Тсо прямым текстом говорит - будущее за дизайнами типа btrfs и bcachefs. И нет никакого смсысла окучивать эти древние костяшки, натягивая сову на глобус.
Если вы хотели самолет - нет, брать автомобиль, пусть и массовый и отработанный - это не то что следует делать. Потому что разные дизайны с разынми изначальными целями. При сильном желании можно конечно сделать летающий автомобиль. Но в целом это сложнее и хуже чем с ноля делать - именно самолет.
только brtfs вечный эксперементатор и bcachefs выпиливают из ядра изза кривого кода по сути
если говорить про будущее то пора говорить о ceph и подобных
ибо для одного диска ext4 за глаза а для 10ти хочется уже рейд по нескольким серверам размазать
> если говорить про будущее то пора говорить о ceph и подобныхУ тебя есть хотя бы десяток мощных серверов с (желательно - двойными) хотя бы 10G линками для *минимального* рабочего развертывания ceph?
И, надеюсь, проверенный и надежный бэкап?
ТОГДА БЕГИ ОТТТУДА!> ибо для одного диска ext4 за глаза а для 10ти хочется уже
> рейд по нескольким серверам размазатьесли у тебя этих серверов мало - не делай этого. Единичный сервер с raidz6 и периодическая репликация (или хотя бы просто архив) - наше всьо. Сдох - пересобери и разверни заново. Бизнес не может ждать? Пусть оплатит холодный резерв.
https://michael-prokop.at/blog/2021/04/09/a-ceph-war-story/
(читать там надо не про что случилось и кто виноват, шит случается везде, те детали нынче неактуальны, читать надо про охрененную эффективность и вменяемость цефовских средств диагностики и восстановления. Потому что когда они тебе понадобятся - поздно будет!)
А то ж так все прекрасно для начала - "просто запустите наш скрипт и он все сделает за вас". Ага, сделает. И есть тоже за тебя будет.
двойной аплинк
бекап
и никакого ceph)
стойка забитаЯ пока присматриваюсь
Интерестно выглядит vsan и microsoft s2d, но оба представляют более проигрышные вещи по сравнению с теми же netapp и emc.
Т.е., недоразумениe под названием nilfs2 или недоделки типа jfs значит можно включать в ядро, а reiser4 или bcachefs нельзя... Вот такой вот Линукс, свобода - она для кого надо свобода, ага.
> недоразумениe под названием nilfs2Это какое ещё недоразумение? Самая надёжная ФС из доступных. Для архивов самое то.
> Самая надёжная ФС из доступныхНу это маловероятно, а вот то что она самая тормознутая из доступных -- это факт. Кроме того, для хранения архивов не нужны чекпоинты, а там где они пригодились бы эта ФС не работает совершенно. Самая бесполезная файловая система, с какой стороны не посмотри. Да ещё с конским WA вдобавок (вопреки заявлениям, да).
> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему она самая надёжная.
Откуда взяться надёжности у ФС, которую пилят полторы калеки и которой никто кроме них больше не пользуется? Лучше бы её выбросили из ядра вместо райзерфс.
>> Ну это маловероятно, а вот то что она самая тормознутая из доступных -- это факт.
> Вы бы разобрались почему и для чего она тормознутая. Тогда поняли почему
> она самая надёжная.В смысле - если ей никто не пользуется - то и данные не про$%ет? В принципе все так, но есть нюансы :)
Надежнее btrfs ?
А она не тормозит...
Кто виновать... даже не знаю...
Теперь "свобода" опрелятся советом директоров RHBM.
что не так с jfs? с недавних пор пользуюсь(нужна простая фс с динамическими инодами), хотелось бы знать о подводных камнях.
> что не так с jfs? с недавних пор пользуюсь(нужна простая фс с
> динамическими инодами), хотелось бы знать о подводных камнях.Тормозная как трактор, не умеет нихрена, дефрага в случае чего нет даже теоретически, fsck одно время делал нечто странное. Нахрен оно такое нужно - кто его знает? На него и забили все.
А можно грязных подробностей?
Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле N-ребутов, я бы заметил.Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА! Я и не делал и проблем не припомню.
А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)
насколько я помню те слухи - для проявления проблем в fsck его надо (кто бы мог подумать) запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.
> запускать не раз в несколько ребутов, а на нештатно завершившейся системе. То есть там где он и необходим.Ну логично :) Тогда у меня типичная проблема выжившего. Не случилось у меня полом jfs-a и поэтому мой опыт с этим всем - ну по крайней мене не полный.
Ну дык я потому и спрашиваю - а что было то? :)
Хотя - зачем мне ответ, не знаю. Ежу жи понятно что jfs-ов больше не будет...
> А можно грязных подробностей?Я уже забыл детали, ибо декомиссовал последние тома с ним опосля этого эн лет назад. Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab. Из-за каких-то совершенно левых взбрыков по линии fsck. С другими ФС этого не было. Ни с xfs, ни с ext4, ни btrfs. А этот вот одно время брыкался. Потом вроде починили. Но зачем мне такой слоупок, с приколами - я не понял и отделался от него постепенно.
Единственное где оно хорошо себя вело - роутер с процом 200 МГЦ. Там все в проц упиралось и jfs относительно мало прцоа жрет - там был побыстрее остальных за счет этого.
> Чёто я не помню проблем с fsck, а оно жи _форсилось_ поле
> N-ребутов, я бы заметил.А я вот помню какие-то факапы с монтированием этой штуки, подбешивавшие меня. Потом лапками оно маунтилось конечно - но постоянно печатать то что я и так в fsck прописал - мне вот оно надо?
> Насчёт дефрага - голубые божились что встроенный - зи бест и нич0делатьненадА!
В принципе он и правда не особо фрагментируется елси с забитием по уши и торентами и БД не борзеть, но если что - то упс, сделать с этим ничего не получится. На этот случай плана нет совсем.
> Я и не делал и проблем не припомню.
> А уж в 2k25, когда у всех SSD дефрагментировать чего то ... ну такое (С) :)Ну и нахрен этот слоупок который еще и не умеет нихрена - на SSD? Т.е. да, можно его туда засунуть. Вероятно даже будет работать. Но скорость... рефакторить это на новые крутые апи с подшивками страниц, и тем более large folios, или какие там io_uring - никто не того, поэтому на быстрых SSD ему ничего не светит.
> Но там толи fsck с ошибкой отпадал, толи что-то типа того - оно после загрузки оказывалось не замонтированым блин. Несмотря на прописывание в fstab.Ясно. Спасибо.
Мне выходит - повезло :)
Ну да RIP c ним, с jfs-ом. Всё равно его больше никто не юзает.
raiser4 лично вы поддерживаете ? Или может кто то еще ?
Все открестились и забыли.
Или для вас "свобода" - все должны тянуть код нужный (на самом деле нет) ЛИЧНО ВАМ ?
Вроде бы Эдуард Шишкин её поддерживает.
> недоделки типа jfsНу я где то в 2005-2009 ея юзал. Оно неторопливое - да, но надежное и предсказуемое.
Может я везунчик, но вот к jfs у меня претензий кроме "неторопливое" - не было.
А чем лучше ext4 ?
Первый раз просто слышу
Да уже ничем пожалуй...
Где то в ~17(?) в ext4 фиксанули серьёзную фигню, вот с тех пор возможно ext4 даже и лучше...
Линус прав. Процессы важнее кода. Если все будут делать, как Кент, то это печально скажется на стабильности ядра, а этого допускать нельзя.
но вот тут> касающихся исправления ошибок, влияющих на сохранение целостности данных
я согласен с Кентом
Я думаю, что зря.Если исправление ошибки требует имплементацию новой функциональности — это свидетельствует о том, что драйвер недостаточно стабилен для ядра.
Если разработчикам такое позволять — либо качество кода ядра начнет деградировать, либо релизы превратятся в ад.
Отправить данный драйвер пожить отдельно — в данном случае более верный ход. В некотором смысле это воспитательная работа и сигнал сообществу разработчиков ядра.
если новая опция чинит файловую ситему, то это исправление, никак не новый функционал.
Ты код смотрел? А _что_ там - понял? :)
Кент (по йунности видимо) всунул пачку изменений не только в свой код, но и в довольно критические секции _чужого_ ...
Ну фиг ли с пацана взять :)PS: А всё равно жаль котёнка ($subj) - он хоть и царапка, но миляга ... :)
А, мне вообще не понятно где вы в Linux ядре - все видите стабильность?... Большего shit'a не найти в OpenSource, в т.ч.и про призводительности(только у EULA виндов последних уделывает в этом, и то ещё не факт)
Ну вот и посмотри, где там код всунут на стадии RC в чужие кишки. Можешь носом натыкать, я разрешаю. То, что он лазил в чужой код это было в другое вермя, а щас - код касается только бикешфс. Развелось мамкиных экспертов, которые непонятно - толи дураки, толи принципиально врут.
> драйвер недостаточно стабилен для ядраэто совсем другая история, можно пометить как эксперементальная фича
вопрос в принципе: бюрократия или срочное исправление, что выбрать красиво оформленный некролог или хорошо зашитый шов без эпикриза
> это совсем другая история, можно пометить как эксперементальная фичаТЫ НЕ ПОВЕРИШЬ!!!
Необходимости пушить функционал на стадии RC не должно быть примерно никогда:- экспериментальный код используют те, кто берёт на себя такие риски
- стабильный код в таком просто не нуждается, уж точно не на постоянной основе¯\_(ツ)_/¯
ну так пускай пишет без багов. делов то.
а то понакоммитят полуфабрикатов и ноют что их поделие раздражает людей
> так как она решает проблему с восстановлением ФС у пользователей, столкнувшихся с ошибкой при удалении подразедов и не имеющих резервной копииЗачем в ядро приняли сырой код?
Первый раз штoле? Про сырость в требованиях ничего нет.
Чтобы популяризовать и дать возможность протестировать. Нестабильные фичи честно помечают на сайте kernel.
Вот только в дистрибутивах о этом молчок же...
> Вот только в дистрибутивах о этом молчок же...в дистрибутивы это ведро вообще никогда не попадет.
> Зачем в ядро приняли сырой код?затем что тысячгласс включая и твой шоколадный - не в состоянии заметить ошибки в коде, пока его не примут в ведро и не начнут массово спотыкаться о грабли разные васяны.
А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы. Проблема лебедя, рака и щуки - это к сожалению основная проблема Линукса. Я понимаю, что это что то в стиле всем нравится становится независимыми государствами. Это очень веселая игра. Можно нарисовать написать конституцию, свой флаг и придумать свой гимн. Играться в выборы правительства и президента. Но в конечном итоге то что? Если у вас нет ресурсов на то, чтобы быть полноценным государством, то от этого будет только хуже. Всем нравится придумать своему проекту прикольное (нет) название и нарисовать какое-нибудь лого, а потом с пафосом его разрабатывать. Но проблема в том, что 100500 велосипедов на самом деле никому не нужны.
Это СПО, что хотят то и делают. Если оно вам не нужно – пользуйтесь виндой, никто не заставляет.
Заставлют соглашаться с zog кабалой в EULA даже по линии откровенного шпионажа,
а ныне уже и спомощью встроенного ИИ - автоанализирующего картинки на экране, всё как предсказывалось но не думал что даже мс на такое пойдёт :( когда то они хотя бы делали вид защищённости их ОС.
Настолько счастливы, что винда не может быть использована как дисковый сервер и никогда так не используется, если ваша компания организована чуть лучше ооо "сельские туалеты".
> А зачем нам вообще 100500 файловых систем?Требования разные. Универсальных решений нет.
Помножить на (ещё же как ипшут выше и неисправляемые)баги и недостатки(вроде ограничения числа inode).....Потому в никсах - сижу на NTFS и FAT32... @!#!@#$
(FAT32 чтобы хоть какой то раздел был загружаем в случае нештатных "выключений" ОС, т.к.NTFS починка - видите ли только с помощью chkdsk в виндах... отсутвующи в Multiboot на диске у меня, да и по соображениям безпасности, и раздел даже при малейших ошибках вроде разсинхронизации MFT - какотого не flush'енных автоматически ядром после завершения любой записи, как в той же винде, что типа "не очерередной баг" Linux ядра...)
> ОС, т.к.NTFS починка - видите ли только с помощью chkdsk вну купи уже наконец парагоновский драйвер-то. (драйвер можешь выкинуть, ntfs3g явно надежнее. А вот чекдиск от него оставь, он работает.)
(сама NTFS - нужна собственно для доступа к диску периодически из виндов)
> А зачем нам вообще 100500 файловых систем? В винде их 2 и все счастливы.вообще-то их там как минимум 4. Эксперт такой эксперт. И три системы управления дисками, почти как в линуксе, хехе.
Причем линукс, когда-то гордившийся тем что поддерживает все на свете и чорта в ступе - за десять лет ниасилил даже корявенькую readonly поддержку одной из (и не потому что невозможно - у парагона все есть, но не для вас).
> вообще-то их там как минимум 4.FAT, exFAT, NTFS, ReFS? FAT и exFAT - те же яйца, вид сбоку. ReFS - неуловимый Джо. Вроде как существует то ли с Vista, то ли с какого-то мохнатого Server, но реально никто его не видел.
>>А зачем нам вообще 100500 файловых систем?Действительно. Зачем всё что ни есть тащить в одном проекте. Сейчас драйверов очень много, и даже контроль принятия обновлений одной командой, это уже узкое место.
С ядром уместно тащить только критически важный минимум, а остальные драйвера правильнее развивать в отдельных проектах.
>а остальные драйвера правильнее развивать в отдельных проектахА для какой(каких) именно версии ядра их развивать? Даже LTS одновременно существует несколько.
Вы драйверы писали?
Если опустить обновления ради обновлений, как и естественное развитие, то..
Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или добавят очень полезное. То есть исходник драйвера совместим с версиями ядра от одной версии до другой. А далее собирается с нужными заголовками ядра и архитектуры.
Более того, сторонние драйверы, которых в ядре нет, по другому и не сделаешь.
> Вы драйверы писали?ну вот ты похоже - нет.
> Исходник самих драйверов меняется только когда в ядре что то похерят/сломают, или
то есть примерно каждый день.
И тем более для bleeding edge исходников, которые для того и писали чтобы использовать то что в ядре еще даже не дописано до конца.
> добавят очень полезное. То есть исходник драйвера совместим с версиями ядра
> от одной версии до другой. А далее собирается с нужными заголовкамиугу. Вот ровно с 6.16 и совместим. А с 6.17 - уже нет. И наоборот.
> Более того, сторонние драйверы, которых в ядре нет, по другому и не
> сделаешь.сторонний драйвер zfs видел когда-нибудь и его конфигуратор? "эта функция принимает четыре аргумента? Нет? Значит пять? Опять нет - шесть?! Да что за нахрен, три что-ли?"
И таких проверок - десятки, если не сотни.
И за каждой такой проверкой - нечеловеческий труд людей, которые во-первых смогли разобраться, что тут опять переделано (без документации, как обычно), во вторых на каждый такой вот случай написать четыре варианта своего кода - потому что если аргументов три, а было шесть - значит еще три параметра стали передаваться каким-то хитрым образом, и их нельзя просто взять и выкинуть.
И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.
А за что наху тут минус влепили? 8-\
Ну ни одного жи слова неправды (в данном конкретном посте) ...
> И в каждой новой версии ядра - опять ломается и опять кому-то лезть разбираться что там понаулучшали и как теперь это починить.Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом, как и положено художнику :)))) А унылые лудитты\диды\сишныедырени\нувыпонели - не оценили :) Потому что там ломается - просто, а вот чинится ... ну и вот :(
Как то таГ :)
> А за что наху тут минус влепили?они, не поверишь, искренне веруют, что от их неистового минусения объективная реальность изменится.
> Да. А Кент (создатель сабжа) - не стесняясь уячил в чужих кусках кода с размахом
но до сих пор в этих его изменениях никаких регрессов не обнаружено.
Ну и да, это единственный шанс сделать лучше чем уже есть в zfs, которая топчется на месте именно потому что нельзя ничего изменить.
У тебя это Ёединственный пост за всю историю тут который можно сказать что не из разряда "кал" - поздравляю...Да, это ещё одна неизлечимая проблема линухов(BSD что там у вас с этим?) - Торвальдс какой то просто диверсант и в отношении UNIX API...
(Даже в виндах, которые тут только ленивый линуксоид не пинал - (по кр.мере раньше)не позволяли себе менять API чаще чем раз в несколько лет, в более новых уже как понимаю чаще но, всёравно тут жесть с совместимостю и наплевательством на всех других разработчиков и пользователей - которые не смогут загрузить ПО на более раней версии ядра).
Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFS... лучше пусть будет много фс чем такое УГ, которому 100500 лет.
Нормально она файлы копирует, особенно если это большие по размеру файлы, с маленьким она ощутимо медленнее ехт4 работает. В остальном, нормальная ФС, но по сравнению с той же бтрфс уже устарела по возможностям.
Если они не нужны - не устарела, значит врёшь.
> Я тут только что копировал 200 гигов с диска на диск в винде на ее божественнолй NTFSА в чём челлендж? У меня к примеру scheduler каждую ночь такое проделывает ... в чем пафос то?
Или ты хочешь сказать что в других FS это будет в разы быстрее? Ну так нет - не будет, на проценты может даже на десятки процентов быстрее будет, в разы - нет.Ы?
Мне тут как-то надо было 20 тб с ntfs перенести, они слишком уж зафрагментировались. Опыт так себе, с ext4 было приятней. Нтфс без ссд не имеет права на жизнь, у Эпол та же петрушка.
> Опыт так себе, с ext4 было приятней.Значит там было крупней размером и/или менее дефрагементированно, не?...
> Нтфс без ссд не имеет права на жизнь
Да ты убийца SSD... она же логирующая. Для них в виндах есть новая FAT.
Намного меньше чтений/записей с ext4, правда data=writeback и noatime,lazytime,commit=180. Скорость тоже получше и не занимается постоянным сканированием копируемых данных.
* она же логирующая (overhead - ~x10...).
** она же логирующая (overhead - ~x10... на файлах мелкого размера и при обновления элементов каталогов - даже при чтении, если не выключенно это).
> А в чём челлендж? У меня к примеру scheduler каждую ночь такое
> проделывает ... в чем пафос то?Не знаю как у него - а я вот примерно 300К файлов недавно в 1 дире своротил, на btrfs обычном. Это не я если что придумал - структура архива такая была, а я его лишь перегенерял с изменениями.
С удовольствием посмотрю как вы такое на винде вообще с ее ntfs провернете - и сколько времени это у вас займет. Ну да, миднайт секунд на 5-10 подтупляет пока читает такое оглавление. Но вы попробуйте это в винде - и расскажите сколько будет там.
p.s. я такое с 50-100 К файлов в винде делал, уже ОЧЕНЬ напрягало. В _любой_ программе по вашему вкусу можете ворочать.
Ах вон ты про что!
Про 100500 файлов в одном дире и даже если оно занимает 100500 байт, то можно 3 коффи сварить и принять пока оно прочухается... а может н не прочухаться.
Так?
Ну туД, да - согласен, в линуковых тут тоже не идеал но по крайней мере _на_глаз_ заметно, что лучше :)
...
Но ведь ты же слышал анек про:
- Доктор! Я когда вот ТАК делаю - мне больно! 8~-(
- ... а вы вот ТАК не делайте!Хотя народу впрок не идёт. Что не самопальный кэш - так вот именно это, можно не глядя в код issue на него писать и в пяти девятках - даже попадёшь ;-)
И что тут такого,300 тысяч файлов в одной дире? И на ntfs можно сделать, конечно тормозное будет,но работает. Лучше конечно это дело вынести на отдельный диск- раздел и с самого начала увеличить MFT ( нельзя нечем в linux сделать кроме утилит коммерческих парагона) . Отключить главный тормоз - регистронезависимость и поток posix.И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.
> И дать проиндексировать этот каталог,тогда и на 500.000 файлах фс не будет тупить.Всегда выключаю ...этот тормоз. Не ну если кому то только поиском заниматься - может и окупиться а, иначе...
> Отключить главный тормоз - регистронезависимость ... .
С какой стати это тормоз, ладно ещё поддержка коротких имён (мин.в винда выключаемах, впрочем мне всёравно нужная т.к.позвояет удалять некорретно именованные файла, т.б.и сам линукс ими конечно "небагово" - просто засыпает винду).
> Отключить главный тормоз - ... и поток posix.
Подробней можно?
>> Отключить главный тормоз - регистронезависимость ... .
> С какой стати это тормоз, ладно ещё поддержка коротких имён (мин.вты будешь ржать, но сама ntfs - регистрозависимая. Поэтому каждая с-ка операция поиска (и каждый CreateFile, конечно же) - превращается в боль и страдание (и все внутри ядра в системном контексте), вместо просто сравнения байтовых последовательностей - косвенный поиск по таблице.
>С какой стати этоУ тебя полмиллиона файлов в каталоге - с юникод именами, сказать количество комбинации для файла с 12 символами ?? А драйверу нужно все эти комбинации перебирать.
>Подробней можно?
В реестре отключается пространство имён Posix, тоже ускоряет чуть работу при большом количестве файлов в каталоге.Сейчас на скорую руку не скажу ключ в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
> Всегда выключаю ...этот тормоз. Не ну если кому то только поиском заниматься
> - может и окупиться а, иначе...А вы знаете что ext4 в поздних версиях быстрее btrfs с большим количеством файлов в каталоге ? Да да, и все благодаря появившиеся опции dir_index ,виндовс 10 слизал эту функцию,теперь индексация совместно с фс работает.
Вот да, зачем нам 100500 видов обуви. Кирзачи и галоши хватит всем.
А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список, и всё будет правильно. Да, для занятий спортом кеды, и всё.
Сказали два - значит два.
> А вот полностью согласен. Ещё яловые и хромовые сапоги добавьте в список,
> и всё будет правильно. Да, для занятий спортом кеды, и всё.Нифига, в кирзачах занимайся. Ну или в галошах. У тебя есть выбор! :)
* Кирзачи, ботинки, галоши и лапти(читал очень удобная вещь из-за вентиляци, ну и почти дармовая) хватит всем. Прочее же - от маркетолохв.Не благордари.
>В винде их 2 и все счастливыВинтузятник как всегда врёт. Как минимум fat32, ntfs, exfat и refs.
Судя по домену почты, у этого Кента никого нет за спиной. Если бы там был какой-нибудь условный интел, то Линус враз бы переобулся.
Редхат присматриваются к этой файлухе как к замене своего Virtual Data Optimizer, может все и наладится.
НЕ НАДО!Наладится у них, знаем-знаем. Пепел гластера все еще стучит в наши сердца (не говоря уже о сотне голодных индусов, вынужденных из светлого офиса с кондиционированным воздухом вернуться в рисовое болото по колено в пиявках). Да и с ceph последнее время - "ручка еще не прилетела, но подозрительный шорох в траве уже слышен" - и ведь так у них все, к чему ни прикоснутся.
к тому же vdo это ж всего лишь прозрачное сжатие, чтоб его заменить этой поделкой - надо выбросить не vdo а весь адский трэш с thin lvm, миллионом кастомных правок в xfs, тонной надстроек и подпорок со всех сторон с або-stratis во главе. А на это IBM пойтить не может, так придется топ-топ менеджера увольнять.
Что там за шорох с цефом?
Грабли :)
Подожди сейчас долетит - сам поймешь :)))))
Откуда такие новости?
>не желает принимать правила игры сообщества разработчиков ядра
>я не чувствую себя особо комфортно, будучи вовлечённым во всё этоИнтересно, хоть кто-нибудь возмутится принудительной уравниловкой и риторикой уровня "code of conduct"? Хотя о чём это я? Откуда взяться возмущению? Линус ведь по определению базовый show me your code гигачад; кто в этом сомневается, тот, как известно, соя и левачок. Так что Линус может что угодно делать и преданная публика будет смотреть с восторгом.
Они оба плохие
А куда делись клованы, оравшие, что эта поделка надёжнее BTRFS? Автор этой поделки явно не совсем адеквантый и его ФС такая же. Все мифы о её надёжности оказались пшиком.
Не припомню, чтобы bcachefs теряла данные без возможности восстановления. Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.
Подтверждаю слова Анонима. Сам в 2023 пытался перейти с ReiserFS на BTRFS после того, как Торвальдс объявил, что выкинет последнюю из ядра. Но погорел на этом - полная потеря всех данных. Btrfsck просто сказала: Файловая система на разделе не обнаружена. Вот cижу пока на 6.1 LTS и ReiserFS.
>Но погорел на этом - полная потеря всех данныхОхительная история либо тотальное рукожопие. Найми лучше себе толкового админа, раз сам не можешь управиться.
точно - потеря данных и фс не обнаруживает себя на диске - это рукожопие. Админа. А не ее авторов.Вот у тебя-то на локалхосте такого никогда ведь не бывало!
Чувак, я и на ntfs терял данные, и на ext4, и на jfs, и на всяких fat, и это не является проблемой FS, это является проблемой кривых рук, железа и не вовремя сделанных backup-ов. Так что иди умойся и посмотри в зеркало - там ты увидишь криворукого клоуна.
Не скажу про другие но, данные на FAT и особенно NTFS - терял только в линуксе... И кто тут криворук может всё же автор ядра и драйвера?...
А, backup'ить задолбаешься в некоторых случаях, т.б.не на серваках и на зарплате за то, например когда это прийдётся делать очень часто, из-за перебоев с электричесовом вообще и т.б.из-за войны т.б.недалеко, или же тупо зависания линукса же... из-за годами/десятилетиями неисправляемых багов ядра.
> Так что иди умойся и посмотри в зеркало - там ты
> увидишь криворукого клоуна.ну как он в зеркале может увидеть - тебя?
Я вот терял данные на ntfs - один раз. Оторвалась голова от каретки и шпиндель наглухо заклинила. fs виновата, ясен пень!
Несколько раз и очень смешно - на ext3 до write barriers - просто мои файлики волшебным образом испарялись после сбоев питания, вообще вот совершенно бесследно. И один раз очень несмешно, вся фс превратилась в невосстановимую кашу (контроль целостности журнала? Не-а, в голову никому не приходило. Ну или пришло но никого там не застало. Еще лет через пять появился только.) Это на исправном железе.Вот на ext4 ничего пока (тьфу-тьфу-тьфу) не терял, но я теперь учоный, и опыт гугля тоже услышал. Да, -O ^has_journal - всегда и везде, где нельзя отправить систему в автопереустановку без сантиментов. Ну и никаких ядер только что из под компилятора.
Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
что могло пойти не так?
вы уж возьмите ext4 или zfs
или в чем затык?
> Брать заброшенную фс и пытаться перейти на вечно эксперементальную фс
> что могло пойти не так?
> вы уж возьмите ext4 или zfs
> или в чем затык?в том что у него "заброшенная" - просто работает и каши не просит.
А на затыки в ext4 при неудачном стечении обстоятельств (и уж тем более zfs) напороться вполне можно.
волшебную таблетку нашли?
все дураки а мы Дартаньяны?
Чтобы потерять на ней данные, ней нужно пользоваться. А кто это будет делать?Тем более, когда автор не может патчи слать в соответствии с правилами проекта, мигрировать на эту бетку нормальный человек бы не стал. В Linux черт знает сколько разных модулей и подсистем, и только разработка этого переросла в драму.
А если все будут также делать, то что получим второе KDE?
А кто ему issue-сы слал по твоему?! ;)Другое дело что "данные" там такие "данные" ... rsync-ом с настоящих втуда сделанные :) Потому что сразу жи понятно что назад могут и не вынырнуть :)
Это в тему одменам которые "я терял данные на" и список FS на два листа :)
Напиши тоже для людей(не админов линукса)
>Не припомню, чтобы bcachefs теряла данные без возможности восстановленияКакая разница, что ты там припоминаешь или нет? Твой частный случай не является статистически репрезентативным.
>Когда для btrfs (уже в "стабильном" состоянии в ядре) таких примеров вагон и маленькая тележка.
Эти примеры в студию, с конкретными кейсами и пруфами. Про потерю данных на BTRFS вопят в основном 1.5 мамкина эксперта, не предоставляя никаких доказательств и подробностей. В то же время настоящие профессионалы и специалисты (Сотрудники Facebbok в дискуссии включения Btrfs по дефолту в Fedra 33) заявляют, что частота выхода из строя BTRFS такая же, как у XFS и ext4.
Да просто Линус наш слоняра.
Надо было выработать методику включения в ядро в несколько этапов, что бы не было таких недоразумений. Например, первый этап это включение через dkms, а второй, после стабилизации уже в основную ветку.
Ага, а потом на коленях бегать, чтобы уважаемые Линус и Ко приняли твои патчи? А оно надо вообще? Не, ну если за тобой корпорация, которая платит $$$, то не вопрос. Время оплачено и корпорация если что, поставит яжефинского на место. Но если ты на общественных началах, жастфофан, то лучше вообще туда не соваться.
В таком случае "лучше вообще туда не соваться".
Если Кент действительно НЕ хочет соблюдать правила цикла подготовки выпусков и сознательно их нарушает, не разделяя изменения на баги и фичи, и ещё спорит с Линусом о том что они не правильны, на понимая зачем они нужны и что он далеко не единственный кто присылает код, который нужно потом тестировать... то да выход только 1.
Надавить через спонсоров, как расты сделали?
> Надавить через спонсоров, как расты сделали?У Кента нет такого ресурса!
>> Надавить через спонсоров, как расты сделали?
> У Кента нет такого ресурса!Ну тогда вот те -EPERM - подумал Штирлиц.
>У Кента нет такого ресурса!Это же тролль. Ты в серъёз подумал что внедрение Раста в ядро произошло в результате надавливания? Разработка ядра ведётся без помощи спонсоров, это некомерческий проект. Спонсоры тусуются в Linux Foundation.
> Разработка ядра ведётся без помощи спонсоровАу...
Это последний остров в море ФС, надежда только на нее. Будет очень жаль, если в ядре ее не будет. Сыровата, это да, пилится одним человеком. Но зато у этого человека правильное отношение к своему делу.
> у этого человека правильное отношение к своему делуАга, сегодня этот Кент с Линусом ругается, а завтра начнёт на багрепорты от юзеров отвечать "пшёл вон, умвр". ЧСВ это не похудение, его можно только увеличить.
Согласен, ругаться было лишне, надо было просто вовремя сваливать из этой помойки.
А куда? Под венду он наверное не умеет кодить :-(
> А куда? Под венду он наверное не умеет кодить :-(Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.
> Русиновича последнего и то доканалиЯТЬЪ! Меня бы так "доконали"! :-)
Для тупых - Русинович у них [S]VP в Azur-е ... у него настолько всё шоколадно, что ...
>> Русиновича последнего и то доканали
> ЯТЬЪ! Меня бы так "доконали"! :-)Сомневаюясь что вы майкрософту нужны. Как bulk coder индусы интереснее, а таланты системщика, манагера и проч у вас ничем не подтверждены в отличие от.
> Для тупых - Русинович у них [S]VP в Azur-е ... у него
> настолько всё шоколадно, что ...Ну вон пох (или нах?) тоже чего-нибудь шоколадное подгонит, спрашивайте! Он по шоколадным приблудам - эксперт! А судя по тому что там еще и кошкажена затисалась - еще и весьма утонченный ценитель! :)
> Сомневаюясь что вы майкрософту нужны.Зря сомневаешься ;) У меня с ними - полная взаимность :))))
PS: У них вообще несколько странное головокружение от ИИ наблюдается... довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.
> Зря сомневаешься ;) У меня с ними - полная взаимность :))))В смысле и они вам - не нужны? Или в чем прикол?
> PS: У них вообще несколько странное головокружение от ИИ наблюдается...
Как тот кто очень плотно с ними работал я могу сказать как это на самом деле:
- Маркетинг находит баззворд. Очередной.
- Теперь %s это круто, а %s и %s отстой, легаси и мы закрываем продукт.
- %s наше все, кто не согласен - будет линчеван отделом маркетинга как луддит.
- "Нет, мы не знаем что вам делать, но наш предыдущий продукт %s - все!"
- GOTO 1Т.е. последних лет так дофига их маркетинг гоняет за хайпом и все что не вписывается в это дело интенсивно шельмуется, клеймится легаси, выносится в obsolete и закрывается. А проблемы неудачников которые в это влопались - это же не проблемы майкрософт, право? Они по жизни свои проблемы решали за счет кастомеров, девов, партнеров, OEM, ISV, WTF... :)
> довольно заметная куча _толкового_ народу ушла в доставку пиццы ... Чёто мутят короче.
Они здорово изменились структурально. В основном по причине измениения структуры профитов. Теперь их все это абажур и онлайн офис, остальное - для галочки. Этакие чемоданы без ручки. Выкинуть жалко, а тащить неудобно. Всякие винды, дотнет и тягание на себе целой экосистемы хз зачем и проч - по деньгам сильно меньше того, а по гемору и затратам сильно больше. Они б наверное с удовольствием прибили это, как скайп и виндофоны - если б не шло в комплекте с дикими репутационными издержками. Только представьте себе коменты рож полжизни учивших дотнет - чтобы им сказали что "продукт закрыт" :). Но чуть менее официально - мс, их маркетинг, cto/манагемент и проч теперь любят - хруст. И кто не понял - это его проблемы. Русинович один из типичных представителей направления.
>Они здорово изменились структуральноНу звучит конечно интересно. Если винда для них уже не в приоритете(хотя верится с трудом, хотя бы потому что на сайте у них она торчит на главной, и что важнее - логотип мс это буевально логотип винды), и если им хочется выкинуть ее на мороз, но они бояться репутационных рисков - есть один элегантный способ решить проблему - выкинуть код винды в опенсорц. Пусть не 11, но хотя бы 7, или хрюшку на крайняк(знаю про слитые сорцы крюшки, но оффициальный релиз всегда лучше), в общем то, что уже не поддерживается. Вон старые свои продукты же открывают потихоньку, даже свежак заопенсорсили, wsl который.
А еще у них есть пример продукта, который существует в двух версиях - vs code, а это де-факто стандарт индустрии(сам пользуюсь vs codium под убунту и по удобству ничего другого вообще не хочется).
Так что думаю, это был бы самый мощный и крутой мув каких мир разработки еще не видывал.Хотя мне интересно что их может удерживать от такого поступка:
1. тут либо боязнь потерять виндовых клиентов - хотя майки вкурсе что их ось активно пиратят и они даже по этому поводу не особо сильно вставляют палки в колеса.
2. боязнь что могут найти нежелательные уязвимости/бэкдоры - наиболее вероятно.
3. существование линукса - мс так активно коммитят в ядро, что было бы не очень приятно если вдруг их новая уже открытая ось перетянет на себя тех немногих полтзователей линукс десктопа - спрашивается нафига столько лет вбухивали деньги в линукс.
>Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодить по сути не умеет.Есть рабочий драйвер с утилитами BTRFS.Народ на самопальной загрузчике даже 10 с раздела btrfs загружал.Воплей насчёт того что сыпется не слышно, правда пару багов автор закрыл.Так что спорный вопрос.
Да он вообще какой то даун, DDK и SDK это нехилый плюс, отсутвующий в линухах...
>> А куда? Под венду он наверное не умеет кодить :-(
> Учитывая дружественность майкрософта с их DDK/SDK/WTF - под нее уже никто кодитьой... опять пошла кекспертиза бабки на лавочке.
Под нее именно драйверы кодит кому только не лень - благо одобрения Божества-с-пальцем для этого не нать, и еще лет десять ничего не сломается. Вон даже автырь wireguard шмог сделать корявый порт своей поделки - даже не прочитав документацию. (поэтому пришлось таки отовсюду выкинуть и заменить wiresock'ом, авторы которого документацию читали и вообще в принципе понимали как правильно в винде должен работать vpn - и, ну надо ж - тоже как-то справились с "ddk/sdk")
С фс там вообще все прекрасненько, достаточно посмотреть на ужасных монстров пробрасывающих драйверы через wsl (т.е. можно в принципе подцепить к виндовой фс дерево любой фс поддерживаемой линуксом как native) - у еще одного автора снова ни секунды не возникло проблем с ddk, ну надо же ж.
> по сути не умеет. Русиновича последнего и то доканали вместе с его утилитами.
его утилиты были васян-кодом в несколько сотен строчек каждая (а досовский драйвер, как мне тут напомнили, кодил в основном не он - ну да, там побольше будет, целиком фс). Он никогда не был программистом, он был хакером, умевшим расковырять чужой код без исходников.
С возрастом переквалифицировался в топ-топ менеджеры и неплохо себя чувствует теперь, вообще ни на каком инструменте не играя. (Ходят слухи, кстати, что из azure уволился, и теперь играется в иксбокс в рабочее время, паразит!)
А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не способ их заработать, ну а если ЧСВ потешить, то проще написать 1001-й плеер. Толку от этого ноль, но 1,5 пользователя будут довольны, а не Линус факами размахивать. Плюс строчка в резюме, если работу искать потребуется.
> А это смотря для чего он это делает. Если деньги нужны, то файловая система явно не
> способ их заработатьнапоминаю - один пожизненно осужденный вот так , с просто файловой системы, сам жил, и еще толпу работничков кормил.
Ну и кому-то могут быть неинтересны тыщепервые плейеры, а может быть интересно в дизайн файловых систем. Тем более что это действительно очень плохо исследованная территория - либо мамонтов навоз, либо трейд сикрет и хрен поделятся (вполне возможно потому что под ним - все тот же мамонтов навоз)
> (вполне возможно потому что под ним - все тот же мамонтов навоз)Посмотри своё же сообщение выше по трэду, ну там про нетапп ... ;-D
> Посмотри своё же сообщение выше по трэду, ну там про нетапп ...
> ;-Dну вообще-то они свои патчи предлагали в openzfs, а не наоборот. Что как бы намекает. Правда, по-моему, попредлагали-попредлагали да и не отдали, как обычно ;-)
но tiered storage среди этих предложений не фигурировал. И что-то гибридные полки они перестали предлагать - ставьте мол all-flash и не выпендривайтесь, если вам надо быстрее чем тянут шпиндели.
Рейзер выбил грант, на что и кормил пару разрабов. Тут же изначально бессмысленное предприятие, пытаться вкладываться в проект, где уже давно токсичное болото. От 1001-го плеера и то выхлоп выше будет в перспективе.
нет, там был fsck вместо хелпа выдающий угрозы и требование дать рубля.
Кстати, работало.А у этого аж целый патреон. Вряд ли набежит на эквивалент гуглевой зарплаты, конечно, но всегда может вернуться обратно в гугль, когда надоест.
Это ты с помощью нейросети сгенерил?
> Это ты с помощью нейросети сгенерил?если твои когнитивные способности из-за злоупотребления нейросетями не позволяют понять смысл комментария из четырех строк - не стесняйся, задавай вопросы - какое именно там слово тебе непонятно?
Кто вообще такой, этот Кент?
Я не следил за этой драмой, но со стороны Кент выглядит не очень приятным человеком - пытается что-то доказать, спорит, смуту наводит.
А бтрфс это не его проект? Просто что бэкач, что бтрфс, со стороны кажутся мутными проектами, как раз по причине конфликтности их создателей.
Вот есть ехт4, нет же, нашлись очередные умники с nih синдромом, которые пытаются самоутвердиться за чужой счет и облить грязью всех вокруг.
А когда он тортом был? Унылая каках не умеющая ни в архитектуры ни в разработку.
Ext4 15 лет рассыпалась при ресайзе с включённым sparse_surper2 и всем было плевать. Показатель качества ядра и системных утилит.
И что, исправили?
> И что, исправили?э... ну... как тебе сказать ;-)
Ну в общем можно считать что исправили:
https://lore.kernel.org/linux-ext4/cover.1645549521.git.ojas.../(не тратьте клик - теперь оно ERROR выдает при попытке такую фс ресайзить. Не, ну исправили же ж?!)
>Кто вообще такой, этот Кент
>выглядит не очень приятным человеком
>пытается что-то доказать, спорит, смуту наводитКонечно-конечно, «дома надо сидеть», спорят только провокаторы на зарплате.
>Кто вообще такойВот с этого и надо было начинать. Ядро сейчас пилят корпорации, а индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были равны, давно пришли. А то что там Кент такой сякой нехороший, это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом засунул свою гордость поглубже и начал молча принимать на нём код.
> Вот с этого и надо было начинать. Ядро сейчас пилят корпорации, а
> индивидуальных разрабов уже давно выкидывают за борт. Времена, когда все были
> равны, давно пришли. А то что там Кент такой сякой нехороший,
> это вообще мелочь. Линус на rust тоже гавкал поначалу, но потом
> засунул свою гордость поглубже и начал молча принимать на нём код.Кент если что - явный растаман. Что он с утилитами сделал - это вообще фэйспалм просто. Они не собираются в стабильных дистрах, и что хотите то и делайте. Ну его и не воспринимают всерьез особо. В том числе и из-за раста, как ни странно. Точнее из-за общих полисей девелопа - непригодных для серьезного применения в проде.
> Кент если что - явный растаман. Что он с утилитами сделал -
> это вообще фэйспалм просто. Они не собираются в стабильных дистрах, ив стабильных дристах нельзя взять и использовать ночную сборку хруста для сборки статического бинарника с нулем зависимостей? У меня плохая новость для майнтейнеров этих ненужно.
(отдельный вопрос на засыпочку - в любом ли стабильном дристе можно вот так взять и пересобрать самое наираспоследнее ведро? Разумеется, скачивание вручную из левого источника текущего билда gcc приравнивается к оскорблению Аллаха.)
> особо. В том числе и из-за раста, как ни странно. Точнее
> из-за общих полисей девелопа - непригодных для серьезного применения в проде.проду как раз похрен на хруст.
В проде (если ты под этим понимаешь промышленную эксплуатацию) непонятен вообще смысл и цель применения чудо-фс. Она не годится для файловых стораджей, она абсолютно нидлячего кластерным хранилищам, она феерично бесполезна для недо-SAN. Ее задачи начинаются и заканчиваются локалхостом или подвальным сервером ВСЕГО, настроенным и облизываемым вручную.
Таких задач, как мы убедились на опыте нашего внезапно всплывшего и сгинувшего в нетях крымского друга, все еще есть, и даже неплохо оплачиваемых - на уровне уборщика в Норильске. (но - в Норильске, а тот живет в теплом климате)
Линус настаивает на том, что функциональные изменения и крупные исправления допускаются на начальной стадии разработки новой ветки ядра, а поздние кандидаты в релизы сосредоточены только на исправлении ошибок.Ерунда. Если проект только на стадии развития и по сути сырой прототип, то какой смысл ограничивать его развитие? Пусть делают как можно быстрее, лишь бы все понимали что это пока в разработке и не готово для использования.
> Ерунда.В чужой монастырь со своим уставом.
> Если проект только на стадии развития и по сути сырой прототип
Вот поэтому фс и хотят выпилить.
> Пусть делают как можно быстрее, лишь бы все понимали что это пока в разработке и не готово для использования.
Это влияет на все ядро.
https://www.opennet.dev/opennews/art.shtml?num=62005
И еще где-то был момент, он там новую структуру данных запушил в RC.
Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не любят, когда инженеры им перечат.
Браво!
Только не совсем правильно понимаешь позицию менеджера - видимо, не работал.
(менеджерам куда важнее чем их ЧСВ - kpi, соблюдение регламентов и таймингов, и правильные отчеты вышестоящим. От этого зависят бонусы. Что, собственно, и имеем.)
> Кент - отличный инженер, а Линус и Тсо - менеджеры. Надо понимать
> разницу. Менеджерам важно, что бы они чувствовали себя менеджерами и не
> любят, когда инженеры им перечат.Они эти принцпы разработки взяли в оборот не просто так.
Вот прям ща у меня перед мордой огромная простыня. И вот вроде я и хочу себе +1 комитера. Но его первый патч - "нате на лопате". Сразу 6 разных фич - в одну простыню. И вот блин дилемма. Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.
Вы же понимаете что сломать прод, завалив его целиком такой штукой - я не дам? А проблема в том что в его простыне я уже сходу вижу 2 бага. При том потуги их чинить - якорят прием всей простынки, конечно. Это так, ремарка гражданину поху (или наху?) откуда берется вот это "порежте помельче". Да, я узнал это на своей тушке. При том уже - с той стороны линка которая предлагает "порежте помельче".
Ничего не понял, но запало мне в душу.
> Как его прожать "порежьте помельче, чтобы на экран влезало" - и при том не обидеть особо.Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре. В процессе на практике показываешь почему нарезка патчей — важный скилл для разработчиков. В худшем случае потратишь время и поймёшь что этого надо выкидывать, в хорошем — он поймёт как делать, в лучшем — воспитаешь ревьюера, будет помогать.
> Делюсь опытом: садишься с ним в переговорке, на экран его код и
> начинаешь с ним ревьюить в паре.Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.
> потратишь время и поймёшь что этого надо выкидывать, в хорошем —
> он поймёт как делать, в лучшем — воспитаешь ревьюера, будет помогать.Просто субъект ризоны в стиле поха выдавал - мол, зачем - и так же ЗБС? Ну да, збс, хрен вмержишь все 6 фич из-за косяка в 1 :). Не говоря о том что он баги про@#$л в этой простыне. А самое прикольное - сэр неплохр программит, но в гите ацкий профан. Очень необычное комбо на данный момент.
И вот квест как максимально вежливо и эффективно убедить этого типа - таки порезать. Если ну очень надо я 1 простыню и сам порежу, но вот все время так делать - я морально не готов.
>> Делюсь опытом: садишься с ним в переговорке, на экран его код и начинаешь с ним ревьюить в паре.
> Надо было сразу сказать что это географически распределенная разработка. Так что этот маневр технически сложно и дорого.иииппаааа***ььь ...
Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-оВ остальном - полностью согласен.
Но ... "Что совой об пенек, что пеньком об сову - всё равно сове пипец!"(С)
Хотя ... Надюха умирает последней ;-)
> Люди весь COVID так проработали, а у него "сложА-дорагА"(С) 8-оВы или ваши визави мотались через полглобуса чтобы в переговорке посидеть? Какие вы затейники. Иначе этот рецепт не совсем применим напрямую. А так да, блин, я популярно разрисовал типу как бы ЭТО делал бы я - и почему так. Насколько дошло - посмотрим. Просто это мне напомнило про дебаты с похом (или нахом) на тему "порежте помельче". Вот ему б такой патч поразгребать - и я б посмотрел как он дебатировал бы после этого.
То что его в том качестве никто нигде почему-то не захочет, так что он помрет в неведении - вопрос номер два.
> равно сове пипец!"(С)
> Хотя ... Надюха умирает последней ;-)Время покажет. Просто проблемы у софтостроя достаточно сравнимые и можно при случае и ощутить себя - карманным вариантом Торвальдса. Если захотеть.
> Они эти принцпы разработки взяли в оборот не просто так.Если бы они их применяли к Кенту не просто так, то у них были бы аргументы серьёзнее, чем "но ведь правила же". "Правила же" - это не аргумент вообще, потому что как правильно говорит Кент, главное - что бы юзерам было хорошо. Если любители правил этого не понимают, то они профнепригодны.
> говорит Кент, главное - что бы юзерам было хорошоПросто он не ффтыкает кто ведру - юзеры :) А им нинада походу...
Жаль котёночка, если бы допилили - было бы лучше чем как шаЗ.
> Если бы они их применяли к Кенту не просто так, то у
> них были бы аргументы серьёзнее, чем "но ведь правила же".Ну, понимаешь, Кент требует себе исключений в БЕСПРЕЦЕДЕНТНОМ объеме.
1) Никто из ФСников более НИКОГДА не вкатывал именно "новые фичи" в, цук, RC3! Один раз Darrick Wong предупредил что ему _может быть_ придется что-то такое в 1 конкретный момент перехода XFS на новый формат - и то - он обошелся без таких подарков в итоге.
2) Теодор Тсо был довольно злой и вбил пару oneliner-ов, не только в shell но и в R, дав мастеркласс по быстрой злой аналитике комитов git. И показал кенту что он - самый наглый из всего ядра вообще, по сути. Его патчи рутинно превосходят по средним объемам перетряса - МАКСИМАЛЬНЫЕ объемы перетряса btrfs в самые его жесткие периоды разработки.И вот при таких объемах перетрясов еще права качать на тему что видишь ли не дали в RC3 аж - новую фичу вкатить - ну, знаете, Кент на этом глобусе живет не один. Если он не может это понять по хорошему, ему объяснят "уж как получится". В хучшем случае, вот, размайнлайнив нахрен - и ТАМ он может спамить что угодно, как угодно, в любое время дня и ночи, поклав на то какой там RC сейчас, и вообще. А вон то - командная игра. И - нет, в ТЕХ объемах исключения себе из правил не требовал, кажется, больше никто. За всю историю кернелдева. Ядерщики просто не смогли найти сравнимых примеров.
> "Правила же" - это не аргумент вообще, потому что как правильно
> говорит Кент, главное - что бы юзерам было хорошо. Если любители
> правил этого не понимают, то они профнепригодны.Разработка больших проектов - это командная игра. И если кто-то удумал что было бы круто выйти на футбольное поле с пулеметом, для эффективности - ну вот не, такой футбол нам все же не нужен.
>требует себе исключенийА ты уверен, что этот аргумент что-то там решает?
>>требует себе исключений
> А ты уверен, что этот аргумент что-то там решает?Это core всей претензии к Торвальдсу. Никто не любит м...цкий стиль разработки когда вместо решений - новые проблемы. Приносите - решения. А не создание новых проблем. Или идите нахрен, кому такой девелоп уперся и зачем?! Да, представляете, в софтострое надо уметь и посылать нахрен всяких гамнякеров. Иначе проект будет загажен до уровня канализации - в которой он и утонет.
> Это core всей претензии к Торвальдсу.Тфу ты. ТорвальдсА к Кенту, разумеется.
Юзеру хорошо, когда на нём эксперименты не ставят.
Не понимаю позиции Кента. Присылать новые фичи в период стабилизации кода, будет мешать правильному тестированию и дебагингу, а так же отслеживанию изменений, регрессий и общему понимаю кода. Если твой код недоделка на коленках, и ты постоянно присылаешь костыли в последний день... Может не стоит такой код включать с основным, до тех пор пока все не заработает и не над подпорках...
Народ, а как дела во всяких bsd, насколько там есть stable abi/api?
Не лезь туда.
Там всё настолько... хмм... замерло? :) Что только спецы могут распознать что оно - живое :)
Хотя я BSD юзал массированно в нулевых, те времена прошли.
> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?Единственные кто пытается нормальную файлуху делать из BSD - это DragonFly BSD. Их HammerFS - относительно современный дизайн, по образу и подобию иных совремнных cow-like. Но в стрекозе ясен пень - полтора землекопа. И даже при всей симпатичности хаммера - до ума довести такой дизайн все же требует вытаптывание поляны, а ОС в целом - все же состоит не только из ФС. Это важный компонент - но не единственнй.
Любители этих BSD будут всячески хвалить. Не слушай и сам проверь. Вот поставь на реальное железо. И сам всё поймёшь.
Жаль авторы BSDs тупят не включают GPL код драйверов и прч.из линуксов,
всёравно GPL по сути не валидная лицензия - одним нарушение больше одним менше - роли не играет,
IMHO если сами линусы до сих пор не прикрыли то, BSD с их кодом - тоже не прикроют, т.б.неизбежно всплывёт что прийдётся прикрывать и линуксы и всё на GPL.
(Вообще авторы на ней - весьма странные, уж если даже если opengroup или кто там защищает GPL в суде - сами говорят что, ещё нужна печать юриста к ней... иначе суд, в ч.н.при обвинении в воровстве кода проприетарщиками, - шлёт на 3 буквы же, т.е.сам суд настаивает что это филькина грамота, даже прсото как без печати, впрочем как и BSD лицензия и прочие :[]).Хотя тут писали о какой то прослойке к Linux API - она и дравейры - разве есть в из коробки чтобы не еб__ься с ними(т.б.новичкам в теме)?
> Народ, а как дела во всяких bsd, насколько там есть stable abi/api?у фри in-kernel api стабилен в пределах релиза. (разумеется - стабильного релиза, current для того и предназначен чтоб там все ломать) ABI тоже стабилен в пределах релиза (т.е. нет расшибания лба в попытках сохранить его неизменным 20 лет как у Линуса), но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитировать (собственно, все разумное и так включено по умолчанию и выключать если не понимаешь что делаешь, не следует)
у них проблема прямо противоположная - за каждый небольшой кусок ведра отвечает отдельная никому неподотчетная теплая компания, обычно - грантососов. Поэтому если тебе, не дай Всевышний, для работы твоего кода, который тебе дозволено в ядре сопровождать, понадобилось что-то поменять в других частях, даже совсем по мелочи - иди и умри.
И это уже никак не исправить, там все политбюро перевешать надо. Потому что генеральный секретарь смылся в нвидию пилить линуксный драйвер.
И как дела там?* стабилен *всеголишь* в пределах релиза
Не благодари.
> * стабилен *всеголишь* в пределах релизасрок жизни релиза - даже сейчас, в период быстрых мартышек - пять лет.
за это время либо шах, либо ишак, либо ты сам предстанешь пред Аллахом, да будет благословенно имя его.
И ты не указал - про какой имнно из BSD у тебя речь?
> И ты не указал - про какой имнно из BSD у тебя
> речь?"у фри"
Кстати, я правильн опомню о том что лет пять назад тут гдже то писали что, в файловых операциях для баз данных по замерам, (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот? Или уже устарело?
Что с призводительность у прочих *BSD известно?Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное достойное импорта оттуда в совремнных NIX и в ч.н.BSD?
Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима плюсы этого, но была бы одна пусть даже и немного тормозная - было бы куда лучше пользователям не только выбирать но и вооще решиться связыться с BSD окруением и просто заставить начать себя её смотреть...
> Кстати, я правильн опомню о том что лет пять назад тут гдже
> то писали что, в файловых операциях для баз данных по замерам,
> (по кр.мере)FreeBSD - сильно уделывал Linux ядровое? Или наоборот? ИлиКак обычно - без данных кто мерял, как мерял, зачем мерял - это все имеет отрицательную ценность.
> Что скажите про (давно сдохшую)RusBSD - было там что то реально полезное
русские делали - сразу нафиг.
> Вообще очень жаль что и у BSD - зоопарк форков, т.е.я понима
Из bsd по сути ровно одна живая система - freebsd. Остальное - академические экспериментальные разработки, не предназначенные для какого-либо практического применения вовсе. (И да - остальные либо с файловыми системами 70х годов, либо с академическим экспериментальным кодом, которым пользоваться нельзя)
>у фри in-kernel api стабилен в пределах релиза.Это может и лучше линукса, но в пределах погрешности измерения.
>но есть нюанс - можно включать фичами поддержку совместимости чуть ли не с 2.0 - и ядро будет старательно эти древности имитироватьНасколько можно взять дрова для условной видеокатры или файловую систему с тех времён и подключить к современному ядру?
А, пользователям интересней - насколько можно взять современный софт в *BSD и запустить на древней версии того же ядра?
(для лучшей призводительности или совместимости с ранними пк)
> А, пользователям интересней - насколько можно взять современный софт в *BSD и
> запустить на древней версии того же ядра?"в пределах релиза". Т.е. даже на пятилетней давности работать скорее всего не будет.
> (для лучшей призводительности или совместимости с ранними пк)
по-моему тебе потрахаться а не работать.
Обычно надо ровно наоборот - запустить какое-то легаси с утерянными исходниками на современной системе, потому что про ту древность все забыли уже как о страшном сне.
И оно вот просто запускается, и работает.С драйверами похуже, бинарную совместимость никто не обещает, их полагается пересобирать вместе с именно тем ядром, которое будет использоваться, хотя я живу с таким. versioning info ломающее в линуксе возможность запуска даже с точно того же ядра чуть с другими опциями (хотя задумывалось ровно для обратного), к счастью отсутствует.
Во FreeBSD всё лучше с ABI:
https://github.com/freebsd/freebsd-src/blob/master/sys/conf/...Цитата из руководства для разработчиков портов, времён 14.0-CURRENT (сейчас 15):
"In order to run a 14.0-CURRENT poudriere jail the host must be running 14.0-CURRENT. In general, newer kernels can build and run older jails. For instance, a 14.0-CURRENT kernel can build and run a 12.4-STABLE if the COMPAT_FREEBSD12 kernel option was compiled in (on by default in 14.0-CURRENTGENERIC kernel config)."
Там, где не задействована или мало задействована финансовая сторона, возникают Отношения.
Ну облажался автор, бывает. Что же теперь, по логике Торвальса, всучивать пользователям глючный драйвер не много ни мало - аж файловой системы?...
И что это будет за новая версия ядра в конце концов!
(Торвальс гадина проклятая(о, сколько раз только за последний год, только я один, его проклинал... за его халтурность) - сколько можно лагами и багами пользователей засыпать?!)А, уж про Rust код в ядре это вообще... подстава, сниждающая безопасность ядра и так околонулевую, по сути т.о.очередная. А что дальше будет?...
Потому, в идеале от ОС на Linux ядре надо принципиально уходить только по этим соображениям.
Но, за линукс ядром - привязанные к его API программы...
Правда есть ~Linuxinator но если я понял ни о каком userfriendly речи и тут в *BSD нету?
Хоть у кого то из линуксов видел есть на BSD ядре альтернативно но, ведь само ядро не автономно разрабатывается и как подозреваю импорт его от туда самому для форка или если что - не тривиален. ну и опять же надо ужет самому как то к Linux API его запатчить или они делают через упомянутый?