The OpenNET Project / Index page

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

Автор Bcachefs констатировал снижение числа выявляемых ошибок на 40%

04.11.2024 11:50

Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, сообщил о снижении числа всплывающих при использовании тестового инструментария ошибок на 40% по сравнению с прошлым месяцем, а также о кардинальном уменьшении числа сообщений о критических проблемах. В результате проделанной работы, общее качество кода повысилось и поток ошибок пошёл на убыль. Тестовый робот Syzbot выловил большую часть тривиальных ошибок вида "ой, мы забыли проверить это" и теперь находит в основном действительно редкие и интересные ситуации.

Кенту все ещё известно несколько достаточно критичных проблем, например проблема с онлайн fsck или с упаковкой структур данных (compaction), а также проблема с подвисаниями некоторых тестов из-за недоработок в коде ограничения интенсивности записи на блочном уровне.

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Линус Торвальдс снова недоволен коммитами в Bcachefs
  3. OpenNews: Линус Торвальдс начал сожалеть, что принял Bcachefs в ядро Linux
  4. OpenNews: В Bcachefs реализована возможность самовосстановления ФС из избыточных кодов
  5. OpenNews: Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств
  6. OpenNews: Код Bcachefs принят в основной состав ядра Linux 6.7
Автор новости: Аноним
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62169-bcachefs
Ключевые слова: bcachefs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (123) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:19, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Красава, Кент! Сразу пошел торвальдсу хвастаться
     
     
  • 2.75, Аноним (-), 18:36, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Красава, Кент! Сразу пошел торвальдсу хвастаться

    Ну а что, сам себя не похвалишь - никто не похвалит. А поработав почти 10 лет над ФС, и выкатив нечто более-менее работающее (у меня N виртуалок с этим вполне себе пашет) - почему бы и не похвастаться немного. Если в этом мире мямлить невнятную хрень - вас замнут хайпожоры. Главное чтобы баланс был между баззвордами и реальными делами. В сабже технологии достаточно продвинутые, попытка взять лучшее из других, i++'th edition. А поскольку оно появилось позже других то получило некий шанс изучить их проблемы и попробовать обойти.

     
     
  • 3.108, freebzzZZZzzd (ok), 21:47, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >bcachefs: Fix NULL ptr dereference in btree_node_iter_and_journal_peek (2024-10-29 06:34:11 -0400)

    выглядит безопастно (ц) и целых 4 дня назад, теперь уже точно стэйбл

     
     
  • 4.127, Аноним (127), 02:02, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > выглядит безопастно (ц) и целых 4 дня назад, теперь уже точно стэйбл

    Да вообще, на практике оно все же в целом просто работает. А на это вот нарваться - наверное можно. Но придется сделать что-то этакое. А так не ошибается тот, кто ничего не делает.

    В этом вашем фрибсд например - ZFS содраный с линя да - вот - своим ходом жуткий уродец ufs, с морально устаревшими технологиями ФСостроения. И из всех BSD вообще - разве что HammerFS внимания стоит. Остальное, простите, г-но. Даже по сравнению с, вот, линухом. А другой вселенной с другими реалиями у меня для вас, увы, нет.

     

  • 1.3, Самый Лучший Гусь (?), 12:24, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –17 +/
    Непонятно зачем так много файловых систем в линуксе. Почему бы не взять XFS и просто всем им не пользоваться? Его хватит для большинства а тем кому не хватит будут пользоваться чем нибудь другим.
     
     
  • 2.4, Аноним (4), 12:26, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Наверное большинство, всё-таки, как раз, тех, кому не хватило.
     
  • 2.5, Аноним (5), 12:28, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    XFS вообще не упёрся, ибо scrub'а в нём нет. Так что никаких преимуществ в ней не наблюдается.
     
     
  • 3.79, Аноним (79), 18:46, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > XFS вообще не упёрся, вместе со скрабом

    Исправил, не благодари. Ext4 хватает для всего.

     
     
  • 4.81, Аноним (-), 18:50, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> XFS вообще не упёрся, вместе со скрабом
    > Исправил, не благодари. Ext4 хватает для всего.

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

    Поэтому вон там btrfs'ник с нвидиея спалил что эта гадость память рушит. А некоторое количество кадров с XFS и EXT4 удивленно рассматривали разнесенные фс и вопрошали "как же так? что бы это могло быть?". Такая вот разница - системные подляны как на ладони.

     
     
  • 5.87, Аноним (79), 19:10, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы с тобой согласился если бы скраб находил и исправлял ошибки в реальном времени. Вот только существующие решения нужно запускать либо вручную, либо по таймеру С ОПРЕДЕЛЁННОЙ ПЕРИОДИЧНОСТЬЮ, и может так случиться что в промежутке между проверками твоя фс как раз и навернётся. И плацебо в виде скраба тут никак тебе не поможет.
     
     
  • 6.104, Аноним (-), 20:59, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы рассуждать по теме - надо в ней немного разбираться Чексумы проверяются и... большой текст свёрнут, показать
     
     
  • 7.106, Аноним (79), 21:10, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чексумы проверяются и в реальном времени.

    Вот именно что только проверяются, но не исправляются. Иначе не нужен был бы скраб.

     
     
  • 8.111, Минона (ok), 22:05, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При наличии избыточности -- чинятся ... текст свёрнут, показать
     
  • 8.128, Аноним (-), 02:23, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поразвелось тут экспертов , не видевших технологию даже на картинке, зато имеющ... большой текст свёрнут, показать
     
  • 7.112, Минона (ok), 22:06, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Обычные юзеры логи не читают.
     
     
  • 8.129, Аноним (-), 02:29, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда они идут воооон туда в лабу и отваливают круглую сумму за вытаскивание дан... текст свёрнут, показать
     
  • 3.80, Аноним (-), 18:48, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > XFS вообще не упёрся, ибо scrub'а в нём нет. Так что никаких
    > преимуществ в ней не наблюдается.

    Более того - его там героически пытаются сделать уже лет наверное 5. Или больше. Оно уже почти вот совсем готово, вот-вот, ых, ых, ых, years++.

     
  • 2.6, ijuij (?), 12:30, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > зачем так много файловых систем в линуксе

    Чтобы стать знаменитым, автора упоминают на всех крупных сайтах, а о нас никто не слышал. Я тоже размышляю о создании файловой системы, используя все лучшие идеи из уже существующих. 🙄

     
     
  • 3.10, Аноним (-), 12:39, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Чтобы стать знаменитым, автора упоминают на всех крупных сайтах, а о нас никто не слышал.

    И слава богу) Тут местами такие "ыксперты" попадаются, что просто ужас.

    > Я тоже размышляю о создании файловой системы, используя все лучшие идеи из уже существующих. 🙄

    Пока ты размышляешь, он уже делает.
    Если у тебя получится хотя бы минимально рабочая штука то выкладывай на всеобщее о̶б̶с̶ы̶р̶а̶н̶и̶е̶ обозрение.
    Вдруг оно выйдет хорошим.


     
  • 3.58, _ (??), 17:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> зачем так много файловых систем в линуксе

    Because we can!(C)
    Это то что сделало линакс грэёт энеён(С) Ж-)

    > Чтобы стать знаменитым, автора упоминают на всех крупных сайтах, а о нас никто не слышал.

    Ну в принипе - да, вполне может быть. Вот зачем взрослые мужики в хоккей играют? ;)

    > Я тоже размышляю о создании файловой системы, используя все лучшие идеи из уже существующих. 🙄

    Не-не-не - ты ни пуркуа не понял!
    Because we can!(C) - это про них, а не про тебя :)

     
  • 3.83, Аноним (83), 18:57, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Чтобы стать знаменитым, автора упоминают на всех крупных сайтах, а о нас
    > никто не слышал. Я тоже размышляю о создании файловой системы, используя
    > все лучшие идеи из уже существующих. 🙄

    Когда размышления трансформируются в архитектуру, структуры данных, а потом и код - тогда и приходи рассказывать нам об этом.

    А если твой код еще и в майнлайн Linux возьмут, и он будет сравним по фичам с сабжем, я лично запилю новость про это, пожалуй. Так же как сделал это для Кента. Но придется убить несколько лет своего времени на это, путь от теории до практики в ФС нифига не близкий. Дашборд с "на 40% меньше багов" не даст соврать! Кент мог бы сказать "мой персональный ад на 40% прохладнее, фух" :)

     
  • 2.8, Rev (ok), 12:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Так это же древний анекдот!
    - Знаешь, почему в Линуксе так много файловых систем?
    - Нет.
    - Потому, что не смогли сделать одну нормальную!
     
     
  • 3.13, Аноним (13), 12:45, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Потому, что не смогли сделать одну нормальную

    Как не смогли? ZFS и ext4!

     
     
  • 4.22, Аноним (22), 12:56, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    жаль, но zfs не в линуксе сделали
     
     
  • 5.30, нах. (?), 13:28, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нынешнюю - можно считать, в линуксе.

    В смысле - в окружении именно линуксном, а не в смысле в прожекте линукс под руководством одного пережившего свое время менеджера.

    К той, сановской, она сейчас имеет очень опосредованное отношение. (и, разумеется, несовместима)

     
     
  • 6.59, _ (??), 17:40, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> ... не смогли сделать одну нормальную!
    >> жаль, но zfs не в линуксе сделали
    > Ну нынешнюю - можно считать, в линуксе.

    Да но и нормальной еЯ считать немножко перестали :)

    Проклятье и благословения линукс, оно так и работает (обычно) :)

     
     
  • 7.86, Аноним (83), 18:59, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да но и нормальной еЯ считать немножко перестали :)
    > Проклятье и благословения линукс, оно так и работает (обычно) :)

    Дедули, валите уже на завалинку истории вместе с вашей солярой. Ваше место - там. Особенно когда воооон тот гражданин советует заменить CRC32 -> Blake2b. То что он в 34 раза медленнее считается его вообще не смущает при продвижении инноваций.

     
  • 6.114, Минона (ok), 22:13, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ты тёплое с мягким не путай.
    Та что в линуксе это OpenZFS.
    А сановская ZFS продолжает жить и здравствовать в Solaris.
     
     
  • 7.130, Аноним (-), 02:32, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, ты тёплое с мягким не путай.
    > Та что в линуксе это OpenZFS.
    > А сановская ZFS продолжает жить и здравствовать в Solaris.

    У вас довольно интересные понятия о жизни и здравствовании :)

     
  • 5.64, Аноним (79), 17:56, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > жаль, но zfs не в линуксе сделали

    Да и нормальной эту архаичную груду костылей можно назвать лишь с большой натяжкой.

     
     
  • 6.91, Аноним (-), 19:33, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> жаль, но zfs не в линуксе сделали
    > Да и нормальной эту архаичную груду костылей можно назвать лишь с большой натяжкой.

    По управлению схемами хранения и месту - дико сливает и сабжу и btrfs. И снапшоты какие-то дурацкие. И управление памятью дурное. А заодно еще и внемайнлайновый выкидыш - у меня знакомый комп убил так, кернел апгрейднул - рутфс не взлетел - опа, опа!

     
     
  • 7.101, Аноним (79), 20:27, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да там при ближайшем рассмотрении вообще всё оказывается через одно место сделан... большой текст свёрнут, показать
     
     
  • 8.113, Аноним (1), 22:11, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У ZFS вообще очень странные понятия о менеджменте Вон там в советах какие-то ди... большой текст свёрнут, показать
     
  • 7.110, Аноним (110), 21:57, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > у меня знакомый комп убил так, кернел апгрейднул - рутфс не взлетел - опа, опа!

    Шо, прям убил? Он его в окно от расстройства выбросил что ли?

     
     
  • 8.115, Аноним (1), 22:15, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, он просто занятый человек - и у него не было времени отношаться с столь дур... текст свёрнут, показать
     
     
  • 9.118, Аноним (118), 22:25, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Странно, что настолько занятой человек добрался до zfs Я вот тоже занятой 821... текст свёрнут, показать
     
     
  • 10.131, Аноним (-), 02:44, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Было время - добрался Но ФС с снапшотами по задумке должна была облегчать восс... текст свёрнут, показать
     
  • 4.68, Аноним (79), 18:16, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как не смогли? ZFS и ext4!
    > ZFS

    Её уже научили отключать CoW и расширять массивы?

     
     
  • 5.92, Аноним (-), 19:39, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Как не смогли? ZFS и ext4!
    >> ZFS
    > Её уже научили отключать CoW и расширять массивы?

    Ее научили в рефлинки. Првда, натягивали сову на глобус i++ лет, а потом - тестировать фичу решили - прямо на юзерях! Активировав по дефолту. Казалось бы, что может пойти не так?! И тут гентушники такие, перекомпилявшие игого - хлобысь! Затестили минное поле ударным забегом по нему. Так тоже можно, конечно...

     
     
  • 6.116, Аноним (118), 22:17, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    только минное поле оказалось не связано не с рефлинками
     
     
  • 7.132, Аноним (-), 02:46, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > только минное поле оказалось не связано не с рефлинками

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

     
  • 3.42, Аноним (42), 14:09, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    - Потому, что файлов много!
     
  • 2.14, DEF (?), 12:46, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Когда в XFS завезут коровы, чексуммы, сжатие, дедупликацию, скраб, собвольюмы - тогда может быть.
     
     
  • 3.23, Аноним (22), 12:57, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    дык сделали уже, и первую буковку с X на Z заменили.
     
     
  • 4.27, DEF (?), 13:10, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Сколько буковки не меняй, но в ядро этот раздутый комбайн не попадет никогда. Лицензию надо менять, а не буковки.
     
     
  • 5.88, Аноним (79), 19:14, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Лицензию надо менять

    И дизайн.

     
     
  • 6.93, Аноним (-), 19:41, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Лицензию надо менять
    > И дизайн.

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

     
     
  • 7.105, Аноним (79), 21:03, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Начиная с управлением памятью, местом
    > местом

    Ой, кому кому, но только не фанатикам btrfs заикаться об управлении местом ))) До таких курьёзов как невозможность удаления файлов по причине отсутствия свободного места zfs бесконечно далеко. Что касается сабжа, то его вообще обсуждать бессмысленно, ибо он вообще ещё никем и нигде не используется. И неизвестно когда начнёт.

     
     
  • 8.117, Аноним (-), 22:23, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В ZFS просто какой-то кривой и странный менеджмент Никакие докапывания до частн... большой текст свёрнут, показать
     
     
  • 9.121, Аноним (79), 22:56, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Впервые слышу про проблемы с выравниванием и аллокацией на zfs Как это выглядит... текст свёрнут, показать
     
     
  • 10.133, Аноним (133), 02:53, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот смотри, допустим у нас 2 винча по 5 терабайт и 1 на 6 Btrfs из этого сде... большой текст свёрнут, показать
     
     
  • 11.136, Аноним (79), 04:40, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На ZFS я соберу draid1, который при том же уровне надёжности даст мне на 25 бол... большой текст свёрнут, показать
     
     
  • 12.138, Аноним (-), 05:48, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У btrfs RAID не блочный в его классическом понимании Как впрочем и у сабжа И э... большой текст свёрнут, показать
     
  • 3.29, НяшМяш (ok), 13:23, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > коровы

    The reflink feature, available since kernel version 4.9 and enabled by default since mkfs.xfs version 5.1.0, allows creating fast reflink'ed copies of files as well as deduplication after the fact, in the same way as btrfs.

    > чексуммы

    xfsprogs 3.2.0 introduced a new on-disk format (v5) that includes a metadata checksum scheme called Self-Describing Metadata. Based on CRC32, it provides additional protection against metadata corruption (e.g. on unexpected power losses). Checksums are enabled by default when using xfsprogs 3.2.3 or later, but can be disabled (necessary for read-write mounts on older kernels) using the -m crc=0 switch when calling mkfs.xfs(8)

    > дедупликацию

    Existing filesystems can be deduped using tools like duperemove or hardlink(1) from util-linux.

    > скраб

    xfs_scrub. Правда, пока экспериментально

    > собвольюмы

    А вот это вряд ли будет.

     
     
  • 4.34, нах. (?), 13:35, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > xfsprogs 3.2.0 introduced a new on-disk format (v5) that includes a metadata checksum scheme
    > called Self-Describing Metadata

    только метаданные и с теми непонятно что делать (не вижу рядом "и мы их научились дублировать, и раскладывать по разным носителям).

    Вряд ли у них есть интеграция с dm-raid чтобы при проблемах с первой копией просто попробовать вторую (у свинологии есть но она не поделится, возьмите ваш гнутый гепеле и засуньте себе - вооонтуда, а потом дальше кукарекайте как он защищает ваши права)

     
  • 4.94, Аноним (-), 19:58, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Таки - да И самый позор что эта сова на глобусе смогла ZFSников обставить И по... большой текст свёрнут, показать
     
  • 3.38, Someone (??), 14:02, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот из-за отсутствия всего перечисленного "ненужно" я и выбрал эту ФС и ни разу не пожалел.
     
  • 3.52, Аноним (52), 16:17, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Когда в XFS завезут коровы, чексуммы, сжатие, дедупликацию, скраб, собвольюмы - тогда может быть.

    Ресайз в минус, упаковку хвостов файлов.

     
     
  • 4.61, _ (??), 17:46, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В самой распоследней - есть, анонс прямо тут был, ЕМНИП...
     
  • 2.19, Аноним (13), 12:52, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему бы не взять XFS

    Оно уже перестало ломаться и бить файлы при скачке напряжения или отключении света?

     
     
  • 3.25, Someone (??), 13:05, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Лет эдак десять не могу воспроизвести эту ошибку. Пришлите пожалуйста дамп и скриншоты этой ошибки.
     
  • 3.37, akteon (?), 13:45, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это вы с ext3 путаете ...
     
     
  • 4.62, _ (??), 17:50, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да - XFS умно зануляет, а не тупо бъёт :)
    Но если питалово нормальное (а у вас на лаптопах именно так) - то и не вспомню даже чтоб (С)
     
  • 2.55, Олег (??), 16:44, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У вас полное непонимание работы фс
    Они разные, под разные задачи и нельзя одну допилить до вида идеальной
     
     
  • 3.76, Аноним (79), 18:39, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Они разные, под разные задачи

    Да неужели? и чем же интересно отличаются задачи btrfs и bcachefs?

     
  • 2.77, Аноним (-), 18:43, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и пользуйся своим убогим XFS, делаемым какими-то нонеймами, в стиле а давай... большой текст свёрнут, показать
     
  • 2.109, freebzzZZZzzd (ok), 21:51, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему бы не взять XFS и просто всем им не пользоваться

    почему нет простой как валенок FS (навроде XFS) со сжатием - это хороший вопросик, потому что диды жили без скраба и снэпщотов и мы проживём.

     
     
  • 3.134, Аноним (133), 02:58, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > почему нет простой как валенок FS (навроде XFS) со сжатием - это
    > хороший вопросик, потому что диды жили без скраба и снэпщотов и мы проживём.

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

    И конечно у нас нет ресурсов убивать столько времени на меенеджмент каждого локалхоста. Все должно просто работать. А присядки с этими вашими fsck и ответы на непонятные вопросы - для админов локалхоста. Которых из продов - вот - поуходили.

     
  • 2.119, maximnik0 (?), 22:31, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему бы не взять XFS и просто всем им не пользоваться?

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

     

  • 1.7, Karl Richter (ok), 12:35, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А чем эта ФС лучше BTRFS?
     
     
  • 2.9, DEF (?), 12:38, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ничем. Btrfs уже давно в продакшене, быстрее, стабильнее и надёжнее. Также Btrfs дефолтная ФС в Fedora и OpenSUSE.
     
     
  • 3.56, dd (??), 17:28, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странно, что заминусовали. BTRFS реально давно в проде, подтверждаю.
     
  • 3.63, _ (??), 17:52, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну да, все в курсе что мордокнига фотки ваших котегов в ней держит ... новых нарожают(С) :)
    А вот хоть один, хоть самый вонюченький но банк на ней назовете?
     
     
  • 4.71, Аноним (79), 18:24, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А ты про все банки знаешь какую файловую систему они используют?
     
     
  • 5.124, _ (??), 23:30, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    NTFS и ext4 соответственно. А ты чего думал?
     
     
  • 6.143, Аноним (-), 06:10, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > NTFS и ext4 соответственно. А ты чего думал?

    У СУБД свои системы журналирования и им вообще удобнее всего было бы - на RAW разделах. Но тогда неудобно - админам. А если это не субд - вот тут упс, для general purpose файлухи такая педальность - сплошные грабли.

    А подложку под СУБД btrfs как раз умеет - режим nocow специально для этого, так что желающие косплеить кусок логики ФС сами могут получить что хотели.

     
  • 5.135, Аноним (-), 03:59, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А ты про все банки знаешь какую файловую систему они используют?

    Этот чудак на голубом глазу советовал мне CRC32 -> Blake2b в btrfs'е заменить. С аргументом "какой же лох CRC32 как чексумы ФС юзает сейчас?!". Разница в скорости вычислений в 30+ раз этого сэра не смутила. Все что надо знать о его экспертизе в файлухах, в общем то.

    А, самый эпик - он нашел ссыль на btrfs'ную вику, и меня же в нее и ткнул со всем апломбом, во. Я подивился такой прыти и ему даже перевел, раз он сам не умеет. Шикарный маневр получился. Ну вот такая вот эпичная экспертиза по фс и чексуммам в них у этого гражданина :). Это он в топике про оптимизацию CRC32C на интеле так отличился, в соседней новости.

     
  • 3.84, Аноним (79), 18:58, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Также Btrfs дефолтная ФС в Fedora и OpenSUSE

    И в Альте кстати тоже. Да и Дебиан хоть и не использует btrfs по умолчанию, но в инсталлятор её добавили.

     
  • 2.12, Аноним (13), 12:42, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А чем эта ФС лучше BTRFS?

    Тем что не пожирает место на диске?

     
     
  • 3.85, Аноним (79), 18:59, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Давно уже не пожирает.
     
  • 2.20, Аноним (20), 12:52, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    bcache хотя бы не впаривает пользователю свои снапшоты и коммюнити пока что менее упоротое чем у btrfs. Если не в курсе попробуйте спросить что-то типо "как отключит XYZ в btrfs" на реддите.
     
     
  • 3.28, НяшМяш (ok), 13:18, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > коммюнити пока что менее упоротое чем у btrfs

    юзать глючную файлуху написанную челом, который даже код не может по правилам в апстрим заслать, могут только самые здравомыслящие

     
     
  • 4.31, Аноним (31), 13:30, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Умение правильно послать изменения в апстрим и качество кода это логически несвязанные понятия, плюс сравнивать одного человека с корпорацией (в случае btrfs) это тоже интересно, для одного человека он добился действительно хороших результатов.
     
     
  • 5.35, нах. (?), 13:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    там ТРИ копро-рации было. namely suse, oracle и даже, не поверишь, redhat.

    Поэтому теперь распутать эту вермишель уже и невозможно.

    У одного человека куда больше шансов доделать до работающего состояния, а не здесь играем, там рыбу заворачивали.

     
  • 4.33, нах. (?), 13:32, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Неумение автора правильно кланяться и переподавать с прогибом - не является недостатком fs. Скорее как раз наоборот. Вон в бырбыре и кланялись, и переподавали. А она как была глючным неисправимым месивом, так им и остается.

     
  • 4.65, _ (??), 17:57, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > юзать глючную файлуху написанную челом, который даже код не может по правилам в апстрим заслать, могут только самые здравомыслящие

    Ну эта ... дома то - почему бы и не да?
    А у чела есть _очень_ важное качество - нехилый "крутящий момент"(С)!
    И что то мне подсказывает, что вот именно вот это и станей FS NG для ведра, а бэтээр где был там и останется, к примеру.

    Но верить мне в прогнозах ... нельзя :)

     
  • 3.122, Аноним (122), 23:23, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > bcache хотя бы не впаривает пользователю свои снапшоты

    Bcache и Bcachefs - две совершенно разные ипостаси, из общего только некий common code в паре либ ядра. И все.

    В сабже есть примерно все то же что и в btrfs. Включая и снапшоты, конечно. Современная COW ФС без снапшотов - это издевательство над здравым смыслом.

    > и коммюнити пока что менее упоротое чем у btrfs. Если не в курсе попробуйте спросить
    > что-то типо "как отключит XYZ в btrfs" на реддите.

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

     
  • 2.32, нах. (?), 13:31, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В первую очередь - тем что в той ни один из живущих уже не может разобраться. Десять лет с неисправимыми ошибками в raid6 - и никто не может понять, в чем причина.
    Сделай сам выводы о том, каково там качество остального спагетти-кода и куда его надо засунуть такой.

    Ну и layered storage в бырбыре не предполагался. Даже в zfs (с определенными поправками на старость решения, когда компьютеры были большие) есть.

     
     
  • 3.43, Аноним (22), 14:17, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    в zfs можно прикрутить быстрые ssd как кэш для пула на медленных дисках (L2ARC). что в принципе закрывает самый популярный сценарий использования слоеных накопителей.
     
     
  • 4.50, нах. (?), 16:06, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там, к сожалению, не все так солнечно. l2arc работает очень странно, и к тому же этот код вообще похоже уже лет пять никто не тестирует (прецеденты полностью неработающего in-memory arc, сломанного улучшайкерами и месяцы не замечавшегося - уже были) - он может вообще не работать как задумано (т.е. добавить тебе тормозов и износа ssd)

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

    (нет, ZiL не кэш, дорогие читатели викивракии)

    Но fs нулевых годов эти мелкие недостатки простительны.

     
  • 3.57, dd (??), 17:32, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И чо? У них для таких Васянов как раз написано, что не надо юзать нашу реализацию raid5/6 в проде. Не, не читал? И думать там что-то про не готовый код и жаловаться на него это глупо.
     
     
  • 4.66, _ (??), 18:01, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У них для таких Васянов как раз написано, что  

    Ну так и надо исправить: "не надо юзать нашу FS в проде." И это будет голимой правдой.

     
     
  • 5.99, Аноним (-), 20:12, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> У них для таких Васянов как раз написано, что
    > Ну так и надо исправить: "не надо юзать нашу FS в проде."
    > И это будет голимой правдой.

    Когда у тебя будет прод размером с фэйсбук - твои лекции будут чего-нибудь стоить. А покуда научись отличать CRC32 от Blake2b - в том числе по уровню вычислителной сложности функций, без этого с тобой вообще не о чем говорить на тему фс, прода и алгоритмов.

     
     
  • 6.125, _ (??), 23:34, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Купи нормальный современный Ынтерпрайс сторидж и почитай доку :) Много найдёшь интересного.

    PS: Блин даже в слове "купи" получилось слишком много желчи :(

     
     
  • 7.139, Аноним (1), 05:59, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Купи нормальный современный Ынтерпрайс сторидж и почитай доку :) Много найдёшь интересного.

    Я почитал более интересные доки - на внутреннюю структуру btrfs и сабжа. Зачем мне камлать на подачки богов с "секретами", если можно самому хаживать на пантеон, да поотвисать там с местными? :). Вон я там кадру попробовал объяснить в чем прикол с RAID1 из _трех_ девайсов, и как так получается что емкость /2 от суммарной даже если с выравниванием не парились.

    Прелесть опенсорса - в этом и состоит. Лучшие инновации не где-то там. А "at my fingertips". Так они мне намного больше нравятся.

     
  • 3.100, Аноним (-), 20:21, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вот еще одна экспертиза уровня бох W пох Если ты напрашиваешься, расставлю то... большой текст свёрнут, показать
     
  • 2.95, Аноним (-), 20:04, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    1 Пытается быть шустрее Пока, правда, не сказать что супер-успешно, но оно пок... большой текст свёрнут, показать
     
  • 2.102, kernel (??), 20:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    1. Возможность создания многослойных пулов, собственно это главная фишка Bcachefs.
    2. Поддержка шифрования.
    3. Во многих тестах быстрее, чем btrfs (https://www.phoronix.com/review/linux-611-filesystems)
     

  • 1.11, Аноним (20), 12:41, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не ожидал что разрабов ядра можно словить на "упс, вы забыли проверить это".
     
     
  • 2.15, Аноним (15), 12:48, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотри код DRM/AMD и ужаснись
     
  • 2.26, Вася Пупкин (?), 13:06, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так язык с конпелятором не помогают
     
     
  • 3.41, Аноним (41), 14:09, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Язык с конем-пилятором не мешают.
     
  • 2.140, Аноним (1), 06:00, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Не ожидал что разрабов ядра можно словить на "упс, вы забыли проверить это".

    А они что, не люди? Вы так говорите как будто они боги и в принципе не ошибаются. Они конечно выше среднего, но не настолько же?! :)

     

  • 1.24, Аноним (24), 13:02, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На 40%
    А сколько это в штуках?
     
  • 1.36, EDWIN (?), 13:39, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Сразу вспоминается шутка про "мы неправильно считаем"


    Снижение числа выявляемых ошибок на 40% может также свидетельствовать о том, что на 40% увеличилось число невыявленных ошибок

     
     
  • 2.96, Аноним (-), 20:05, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Снижение числа выявляемых ошибок на 40% может также свидетельствовать о том, что
    > на 40% увеличилось число невыявленных ошибок

    Пессимист, грустно: хуже уже не будет...
    Оптимист, радостно: да будет, будет!

     

  • 1.39, Аноним (39), 14:05, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    меня больше напрягает ситуация с пропихиванием раста в btrfs-progs (при том что они уже написаны на С) что создает конкретные проблемы для LTS дистрибутивов. Чисто религия головного мозга, лучше бы он скраб добавил вместо переписывания того что уже работает на язык который не понимает большинство разработчиков ядра.
     
     
  • 2.40, Аноним (41), 14:08, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Проржавление это то что всего происходит с не очень необходимым.
     
  • 2.44, Аноним (44), 14:17, 04/11/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.45, Аноним (-), 14:31, 04/11/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.51, нах. (?), 16:08, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > что создает конкретные проблемы для LTS дистрибутивов

    никакой проблемы - в них bcachefs и не попадет ближайшие лет десять.

    Чиста автору захотелось потренироваться на кошках, да. Никакого смысла в переписывании (уже работающих, как обычно) утилит для работы с фс на безопастный йезычок, разумеется, нет.

     
  • 2.97, Аноним (-), 20:07, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > меня больше напрягает ситуация с пропихиванием раста в btrfs-progs (при том что
    > они уже написаны на С) что создает конкретные проблемы для LTS

    Ну вот тут Кентушка уже с своими распоследними ночнушками хруста уже получил несколько жирных отлупов от тяжеловесов дистростроения что они думают про это.

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

     
  • 2.141, Аноним (1), 06:02, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > меня больше напрягает ситуация с пропихиванием раста в btrfs-progs (при том что
    > они уже написаны на С) что создает конкретные проблемы для LTS
    > дистрибутивов. Чисто религия головного мозга, лучше бы он скраб добавил вместо
    > переписывания того что уже работает на язык который не понимает большинство
    > разработчиков ядра.

    Ты б определился чтоли, ты про btrfs или сабжа? Может это про bcachefs-progs было? Да, там хруста напихали и ночнушками обмазались. За что вылетели из дебиана и деривативов.


     

  • 1.49, Ося Бендер (?), 16:00, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нет, зря Линус Кента носом об стол елозил!
    Не в коня корм. 60% процентов ошибок он и до пенсии не исправит.
     
     
  • 2.54, Аноним (54), 16:39, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    главное показать бурную деятельность. а там и должность в микрософт не за горами
     
     
  • 3.67, _ (??), 18:05, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А кстати - да. Если парень покажет на что способен - выкупят с потрохами! Будет фишечкой в их Azur'e ... не бесплатной конечно :)
     

  • 1.73, Аноним (79), 18:33, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оверстрит - перфекционист, да ещё с гипертрофированным самомнением, а перфекционизм ещё никого до добра не доводил. Он просто не может остановиться, поэтому bcachefs никогда не будет закончена.
     
     
  • 2.137, Аноним (137), 05:18, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Перфекционизм очень даже доводил до добра и не раз. Проблема - хоть до чего-то доводит очень долго и редко. Но если вдруг будет результат, то ух какой будет!
     
  • 2.142, Аноним (1), 06:03, 05/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Оверстрит - перфекционист, да ещё с гипертрофированным самомнением, а перфекционизм ещё
    > никого до добра не доводил. Он просто не может остановиться, поэтому
    > bcachefs никогда не будет закончена.

    Есть надежжа что пинки толпой - несколько откорректируют это дело и он таки станет несколько адекватнее.

     

  • 1.74, 12yoexpert (ok), 18:33, 04/11/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    это оно постоянно ломается или btrfs? постоянно путаю два этих ненужна
     
     
  • 2.78, Вася (??), 18:45, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ломается то, что используется, вот бтрфс используется хотя б чуть чуть, а бкаш нет
     
     
  • 3.126, _ (??), 23:37, 04/11/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я хоть и не фанат бЭтЭра - на справедливо. Ещё очччень рано в-серьёз об
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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