The OpenNET Project / Index page

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

Код Bcachefs удалён из ядра Linux. Для дистрибутивов подготовлены DKMS-модули c Bcachefs

30.09.2025 03:27

Линус Торвальдс удалил файловую систему Bcachefs из кодовой базы, на основе который формируется выпуск ядра Linux 6.18. В ядре 6.17 реализация Bcachefs была переведена в режим внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра, но код Bcachefs был оставлен для сглаживания процесса перехода. В настоящее время разработчик Bcachefs приступил к распространению своего проекта в виде отдельного модуля DKMS, а остававшийся в ядре код потерял актуальность.

Для исключения путаницы с разными версиями кода было решено удалить Bcachefs из состава ядра. Например, сторонние разработчики продолжают присылать исправления и сообщения об ошибках в список рассылки разработчиков ядра, а также периодически выявляются проблемы автоматизированными системами проверки (1, 2, 3). Пользователям, заинтересованным в использовании Bcachefs, рекомендуется перейти на установку актуальных DKMS-модулей, а разработчикам отправлять патчи в отдельный список рассылки.

DKMS (Dynamic Kernel Module Support) позволяет не привязываться к каждому обновлению ядра Linux и поддерживать реализацию Bcachefs в актуальном состоянии. При использовании инструментария DKMS модуль ядра поставляется в исходном коде и собирается на системе пользователя, непосредственно после установки пакета или обновления ядра Linux. Так как модули, собранные через DKMS, можно включить в состав initramfs, у пользователей сохраняется возможность использования Bcachefs для корневой ФС.

Тем временем, Кент Оверстрит (Kent Overstreet), разработчик ФС Bcachefs, рассказал о состоянии подготовки DKMS-модулей для различных дистрибутивов Linux. DKMS-сборка Bcachefs поддерживается для ядер 6.16 и 6.17, а также будет обеспечена для предварительных версий ядра 6.18. Доступны две ветки Bcachefs: "nightly" (ориентирована на тестирование последних изменений в кодовой базе) и "release" (предназначена для установки в рабочих системах). В будущем планируют публиковать ещё одну ветку - "stable", которая будет на 1-3 месяца отставать по функциональности от ветки "release" для дополнительной стабилизации и включать бэкпортированные исправления ошибок. Также отмечается, что проект близок к снятию метки экспериментальной ФС.

Состояние поддержки дистрибутивов:

  • В дистрибутивах NixOS и Arch обеспечен первый уровень поддержки - Bcachefs уже поставляется в официальных репозиториях и пакеты переведены на DKMS, что не требует от существующих пользователей Bcachefs выполнения дополнительных действий для миграции c использования встроенного в ядро модуля на версию, использующую DKMS.
  • Для Debian и Ubuntu введён в строй внешний репозиторий с deb-пакетами bcachefs-kernel-dkms (DKMS-модуль для ядра) и bcachefs-tools (набор пользовательских утилит). Ведётся работа по продвижению пакетов с Bcachefs в основной состав Debian.
  • В Fedora пакет bcachefs-tools исключён из основного репозитория из-за правил, не допускающих размещение сторонних модулей к ядру. Тем не менее пакет сопровождается и доступен для установки через репозиторий COPR. Ведётся работа по созданию внешнего репозитория rpm.bcachefs.org для дистрибутивов на базе пакетного менеджера RPM.
  • В openSUSE поддержка BCacheFS отключена в пакетах с ядром Linux, а пакет bcachefs-tools остаётся в репозитории, но не обновлён и не поддерживает сборку DKMS-модуля. Взаимодействие с сопровождающими пока буксует на месте и если пакет bcachefs-tools так и останется без обновлений, пакеты для пользователей openSUSE планируется поставлять через внешний репозиторий rpm.bcachefs.org.
  • Для Slackware сторонний энтузиаст сопровождает пакет с Bcachefs.

Напомним, что в Bcachefs предпринята попытка создания файловой системы, сочетающей уровень производительности, надёжности и масштабируемости XFS с расширенной функциональностью, имеющейся в Btrfs и ZFS. Bcachefs поддерживает такие возможности, как включение в раздел нескольких устройств, многослойные раскладки накопителей (нижний слой с часто используемыми данными на базе быстрых SSD, а верхний слой с менее востребованными данными из жестких дисков), репликация (RAID 1/10), кэширование, прозрачное сжатие данных (режимы LZ4, gzip и ZSTD), срезы состояния (снапшоты), верификация целостности по контрольным суммам, возможность хранения кодов коррекции ошибок Рида—Соломона (RAID 5/6), хранение информации в зашифрованном виде (используются ChaCha20 и Poly1305). По производительности Bcachefs опережает Btrfs и другие ФС на базе механизма Copy-on-Write, и демонстрирует скорость работы, близкую к Ext4 и XFS.

Дополнительно можно отметить проведение ресурсом Phoronix сравнения производительности Bcachefs, OpenZFS, Btrfs, Ext4, F2FS и XFS при использовании ядра Linux 6.17. Файловая система Bcachefs не продемонстрировала особой производительности и отставала от Btrfs в большинстве тестов. Чаще всего лидировали F2FS, XFS и EXT4. ФС OpenZFS с одной стороны оказалась лидером в тестах SQLite и заняла второе место в тесте Dbench, но в разы отстала в тестах Flexible IO Tester.



  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Bcachefs будет распространяться в виде отдельного модуля DKMS
  3. OpenNews: ФС Bcachefs в ядре Linux переведена в режим внешнего сопровождения
  4. OpenNews: Bcachefs будет исключён из ядра Linux из-за конфликта между разработчиком и мэйнтейнерами
  5. OpenNews: Линус Торвальдс намерен исключить Bcachefs из ядра Linux 6.17
  6. OpenNews: Автора BcacheFS временно отстранили от разработки ядра Linux из-за нарушения кодекса поведения
Лицензия: CC BY 3.0
Наводку на новость прислал Аноним
Короткая ссылка: https://opennet.ru/63964-bcachefs
Ключевые слова: bcachefs, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (44) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:18, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Судя по тестам, до btrfs ей еще рости и рости.
     
     
  • 2.2, anon18345628364 (?), 09:22, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только btrfs до своего уровня доводили полтора десятка лет деньгами корпораций, а тут парень в соляново тащит FS такого уровня.
     
     
  • 3.3, Werwolf (ok), 09:29, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    возможно по проторенной дорожке идти проще..
    вот только пока-что парень пошёл на ... по собственной вине.
     
     
  • 4.26, Аноним (26), 10:42, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > по проторенной дорожке идти проще

    Да, не то, что комменты про проторенные дорожки написывать.

     
  • 4.31, Аноним (31), 10:51, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > по проторенной дорожке идти проще

    Каждая кухарка может написать браузер с нуля.

     
     
  • 5.44, Аноним (44), 11:26, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, может, было бы желание. Пример - Ladybird.
     
     
  • 6.47, Аноним (-), 11:33, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, может, было бы желание. Пример - Ladybird.

    Угу.
    Нужно всего лишь получить лям баксов от создателя гитхаба, а потом пачку денег от эпл.
    И тогда все получится.

     
  • 3.5, Аноним (5), 09:34, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Мог бы и дальше тащить, если бы следовал простейшим правилам коллективной разработки.
     
  • 3.13, Анонисссм (?), 09:49, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >доводили полтора десятка лет деньгами корпораций

    я конечно свечку не держал, но судя по новостям и вики, там тоже один толковый чел на зарплате сидел ) Chris Mason и стабилизацию он сделал за 3 года, а не 15
    если б редхат так сильно не подгадил, гладишь btrfs-ом можно было бы пользоваться уже

     
  • 3.32, Аноним (32), 11:06, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только btrfs до своего уровня доводили полтора десятка лет деньгами корпораций, а тут парень в соляново тащит FS такого уровня.

    А какая мне, как простому пользователю, разница?
    Так и до Хурда можно дойти типа "они тоже без корпораций".

    Вообще подход "не сильно ругайте и будьте терпеливы - софт пишут а̶у̶т̶и̶с̶т̶ы̶ нищие энтузиасты одиночки" в СПО очень любят, хотя он местами выглядит дико.
    Было бы интересно посмотреть на таких адептов, которым подадут в кафе подгорелую или недоварренную еду, и будут оправдывать "он еще учится"))

     
     
  • 4.39, A.Stahl (ok), 11:18, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Было бы интересно посмотреть на таких адептов, которым подадут в кафе подгорелую или недоварренную еду, и будут оправдывать "он еще учится"))

    Ну если цена будет как обычно в СПО, то, уверен, большинство отнесутся к этому с пониманием.

     
  • 2.7, нах. (?), 09:39, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    По этим тестам можно судить исключительно о бессмысленности тестов (равно как и самого существования) похороникса.
    ОСОБЕННО им удался "geometric means of all tests results". Вот просто нарисованная картинка где ящики сравнили с яблоками.

    Инженеров в этом мире уже, конечно, совсем не осталось, но тут ученый очевидно изнасиловал журналиста.

     
     
  • 3.14, Аноним (5), 09:51, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Прально, давайте сравнивать без тестов. "Абстрактный бкешфс абстрактно лучше других абстрактных фс; цифры приводить не буду -- у нас тут не точная наука."
     
     
  • 4.34, Аноним (34), 11:12, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще то он прав. 25й год на дворе. Пора переходит к вайб тестингу.
    Сейчас я в ресурсе и чувствую что бкашфс быстрее и производительнее прочих фс. Так что не нужно мне тут ваши цыфры показывать. Это вообще не вайбово, и выгоняет из потока.
     
     
  • 5.49, нах. (?), 11:38, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вообще то он прав. 25й год на дворе. Пора переходит к вайб
    > тестингу.

    так УЖЕ - вот это вот geometric means of all tests results - это ровно оно и есть.


    > Сейчас я в ресурсе и чувствую что бкашфс быстрее и производительнее прочих
    > фс. Так что не нужно мне тут ваши цыфры показывать. Это

    почему? с цифрами ты будешь чувствовать себя еще лучше. (А если это еще и от кого нада цифры, то цифра в твоем кошелечке для донатов тоже улучшит твое самочуйствие.)

    Главное чтоб цифры правильные были, все сходилось.

     

  • 1.8, Аноним (8), 09:42, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Линус в который раз прогнулся под woke движение, печально.

    Потом этом сам может гнобить других матом и оскорблениями.

    Хотя, что дозволено Юпитеру...

     
     
  • 2.9, Аноним (8), 09:43, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При этом*
     
  • 2.11, Аноним (5), 09:46, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Привычка Кента совать грандиозные изменения на поздних стадиях формирования релиза и снижать тем самым его стабильность - не имеет отношения к woke. Желание Линуса избавиться от персонажа, сующего грандиозные изменения на поздних стадиях формирования релиза и снижающего тем самым его стабильность, не имеет отношения к woke.
     
     
  • 3.41, Аноним (41), 11:23, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кента турнули не за грандиозные изменения, а за то, что от его комментов у остальных мантейнеров стало подгорать.
     
  • 2.16, Аноним (16), 09:52, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В который раз НЕ прогнулся под woke-движение.
     
  • 2.29, Аноним (29), 10:50, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    При чем тут это? Дело не в том, кто кого чем крыл, а в систематической неспособности Кента понять и соблюдать процессы, принятые в разработке ядра. Линус долго терпел, достало окончательно.

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

     
     
  • 3.38, Аноним (-), 11:17, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а в систематической неспособности Кента понять и
    > соблюдать процессы, принятые в разработке ядра.

    Эти процессы заключаются в лизании оппы Торвальдсу?
    "У нас окно подачи патчей до Nго числа. Но у меня семейное мероприятие, поэтому подайте все за две недели. Но окно переносить не будем. Но все равно подайте за две недели".

     

  • 1.10, Аноним (10), 09:46, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Оверстрита понтов и гонору не по способностям
     
     
  • 2.17, Соль земли2 (?), 09:54, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дарёному коню в зубы смотрим? А то вдруг троянским окажется.
     

  • 1.12, IMBird (ok), 09:49, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В бытность помню жалобы, что модули в линуксе слишком медленные и с ограничениями, поэтому не получили такого распространения как в BSD (где поддержка модулей и sysctl чуть ли не с самого начала и редко встаёт нужда прям вот что-то поменять самому в коде ядра и перекомпилировать).
    Сейчас такая же ситуация или наоборот можно спокойно жить на модуле и развиваться?
     
     
  • 2.15, Аноним (10), 09:51, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Модуль это просто кусок ядра, который можно подгружать и выгружать, какие ещё ограничения?
     
  • 2.20, Аноним (20), 09:58, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Между модулем и кодом, вкомпиленным в ядро, нет никакой разницы в производительности, если вопрос про это.
     
  • 2.21, Илитка (?), 10:02, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    BSD вообще восхитительна, так все хорошо сделано особенно с модулями, что никто даже драйверы не пишет.
    Не то что этот плохо сделанный Линукс, где драйвер есть на все что угодно ещё и в количестве больше одной реализации.
     
     
  • 3.24, Аноним (24), 10:28, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Справедливости ради, лично у меня в линуксе регулярно отваливаются драйвер файловой системы, драйвер сетевой карты, драйвер эмулятора "дисковых защит", драйвер виртуальной машины, драйвер видеокарты. В смысле, внезапно перестаёт компилироваться для новой версии ядра. В минорном обновлении. Ну, в теории, борьба корп с конкурентами, но у видеокарт монополиста в итоге всё лучше всех.
     
     
  • 4.30, Fracta1L (ok), 10:51, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем ты обмазал ядро какими-то левыми модулями? Конечно они будут отваливаться.
     
     
  • 5.52, Аноним (24), 11:50, 30/09/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.23, Аноним (8), 10:05, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Какая чушь.

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

    Можно патчить ядро, можно обманывать его, делая ваш код "GPL", но это как минимум некрасиво, как максимум, придут с иском о нарушении условий GPL.

    Именно поэтому Nvidia решила перевести модуль ядра под Линукс в разряд open source. Не считая 65МБ risc-v блоба и закрытого user space.

     
     
  • 3.27, Аноним (27), 10:45, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И много энтих исков доходит до выигранных судов? Из крупного только вмваре помню, и вроде там ничего не вышло, а вмваре теперь спонсор линукс фоундэйшен.
     

  • 1.18, Аноним (18), 09:56, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А вот было бы микроядро...
     
  • 1.28, Аноним (31), 10:46, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пора разгрузить ядро от ненужных сущностей. И с растом так же надо сделать.
     
     
  • 2.36, Аноним (34), 11:14, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше от Сей пазгружать начинать ядро. Над чем проект раст активно трудится.
     
     
  • 3.48, Аноним (48), 11:33, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Разгрузить от Сей - значит, разрузить от кода.
    А проект Раст трудится над ещё большей загрузкой.
     

  • 1.33, Аноним (33), 11:07, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если тесты объективные, то автор - токсичный неудачник с раздутым эго.
     
     
  • 2.40, Аноним (-), 11:23, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если тесты объективные

    Это же фороникс)))
    Но даже если предположить что это так... то корпо (или копро?) Btrfs, пилят с 2008 года просто пососное поделие по сравнению с другими файлухами.

     

  • 1.43, zionist (ok), 11:25, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Судя по графикам btrfs, которую протолкнули как файловую систему по-умолчанию во всех маинстримных дистрибутивах, довольно тормознутая. Исходя из тех же графиком гораздо более оправданным выбором является ext4. Единственный недостаток ext4, по сравнению с btrfs - это ограничение на количество инодов, которое нельзя изменить без переформатирования. Но на сколько это критично при десктопном использовании системы? Ещё btrfs предоставляет subvolumes, что позволяет более эффективно делить дисковое пространство между разными точками монтирования. В ext4 это нет?
     
  • 1.45, Аноним (45), 11:26, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По тестам ext4 довольно таки нормальный, имеет ли вообще смысл заморачиваться с этими файловыми системами, если есть проверенный временем самый адекватный ext4?
     
     
  • 2.50, ANON (-), 11:39, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ext4 в снапшоты (Copy-on-Write) не может. На копирование многогигабайтных образов жестких дисков много времени уходит, а снапршот можно за секунды сделать.
     

  • 1.46, Аноним (48), 11:30, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как в Bcachefs с ресайзом как в плюс, так и в минус, кто вкурсе?
     

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



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

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