У громкого проекта появился редкий шанс вернуться в большую игру Linux.
Файловые системы обычно выходят из статуса эксперимента тихо, но для bcachefs релиз 1.38.6 стал заявкой на зрелость проекта и заметный прирост производительности. Руководитель разработки Кент Оверстрит объявил новую версию «производительным релизом» и сообщил , что больше не считает bcachefs экспериментальной файловой системой.
Формально речь идёт о небольшом выпуске, однако для проекта новость стала важной вехой. В 2026 году Оверстрит редко подробно рассказывал о релизах, а в репозитории сопутствующих инструментов bcachefs-tools с января уже вышло 18 версий. Номер 1.38.6 относится к утилитам, но модуль DKMS в репозитории Debian использует такой же номер, а описание релиза не разделяет изменения между инструментами и самой файловой системой.
В новой версии увеличили максимальное число устройств в одной файловой системе до 255, исправили несколько ошибок и добавили шесть оптимизаций. Операция Reconcile, которая раньше называлась rebalance, теперь работает быстрее и лучше распараллеливает задачи. Механизм erasure coding, распределяющий данные так, чтобы система могла пережить сбой части носителей, уже используется и, по словам автора проекта, показывает хорошие результаты.
Оверстрит также сообщил о движении в сторону Rust . Пользовательский код bcachefs уже перевели на этот язык, включая безопасные интерфейсы для основной работы с B-tree и часть вспомогательного кода. Следующий выпуск должен добавить такие привязки в DKMS-модуль, после чего разработчики начнут переносить ключевые части файловой системы. Полный переход займёт больше времени, но автор проекта допускает, что около половины кода может перейти на Rust уже в 2026 году.
Отдельно Оверстрит обозначил проблему вкладов, написанных при помощи ИИ . Разработчик не выступает против ИИ-инструментов, но видит всё больше слабых заявок на исправления и сообщений об ошибках, где авторы фактически перекладывают работу на языковую модель. Для проекта такой подход создаёт дополнительную нагрузку на сопровождающих.
В тестах на системе с AMD Epyc 9454 новая версия показала 16,5 ГБ/с в dbench при 48 клиентах против 16 ГБ/с у XFS. В fio при случайной записи блоками по 4 КБ bcachefs достигла 700 тысяч операций ввода-вывода в секунду, тогда как XFS показала 1 млн. Оверстрит объясняет разницу тем, что bcachefs выполняет больше внутренней работы, но сравнение выглядит сдержанным, без заявлений о полном превосходстве.
Проект остаётся заметным, несмотря на конфликт между Оверстритом и Линусом Торвальдсом, после которого bcachefs исключили из ядра Linux . Сейчас файловая система развивается отдельно, получает обновлённую документацию и даже экспериментальную NAS-систему NASty для тех, кто хочет попробовать bcachefs без ручной сборки окружения.
Файловые системы обычно выходят из статуса эксперимента тихо, но для bcachefs релиз 1.38.6 стал заявкой на зрелость проекта и заметный прирост производительности. Руководитель разработки Кент Оверстрит объявил новую версию «производительным релизом» и сообщил , что больше не считает bcachefs экспериментальной файловой системой.
Формально речь идёт о небольшом выпуске, однако для проекта новость стала важной вехой. В 2026 году Оверстрит редко подробно рассказывал о релизах, а в репозитории сопутствующих инструментов bcachefs-tools с января уже вышло 18 версий. Номер 1.38.6 относится к утилитам, но модуль DKMS в репозитории Debian использует такой же номер, а описание релиза не разделяет изменения между инструментами и самой файловой системой.
В новой версии увеличили максимальное число устройств в одной файловой системе до 255, исправили несколько ошибок и добавили шесть оптимизаций. Операция Reconcile, которая раньше называлась rebalance, теперь работает быстрее и лучше распараллеливает задачи. Механизм erasure coding, распределяющий данные так, чтобы система могла пережить сбой части носителей, уже используется и, по словам автора проекта, показывает хорошие результаты.
Оверстрит также сообщил о движении в сторону Rust . Пользовательский код bcachefs уже перевели на этот язык, включая безопасные интерфейсы для основной работы с B-tree и часть вспомогательного кода. Следующий выпуск должен добавить такие привязки в DKMS-модуль, после чего разработчики начнут переносить ключевые части файловой системы. Полный переход займёт больше времени, но автор проекта допускает, что около половины кода может перейти на Rust уже в 2026 году.
Отдельно Оверстрит обозначил проблему вкладов, написанных при помощи ИИ . Разработчик не выступает против ИИ-инструментов, но видит всё больше слабых заявок на исправления и сообщений об ошибках, где авторы фактически перекладывают работу на языковую модель. Для проекта такой подход создаёт дополнительную нагрузку на сопровождающих.
В тестах на системе с AMD Epyc 9454 новая версия показала 16,5 ГБ/с в dbench при 48 клиентах против 16 ГБ/с у XFS. В fio при случайной записи блоками по 4 КБ bcachefs достигла 700 тысяч операций ввода-вывода в секунду, тогда как XFS показала 1 млн. Оверстрит объясняет разницу тем, что bcachefs выполняет больше внутренней работы, но сравнение выглядит сдержанным, без заявлений о полном превосходстве.
Проект остаётся заметным, несмотря на конфликт между Оверстритом и Линусом Торвальдсом, после которого bcachefs исключили из ядра Linux . Сейчас файловая система развивается отдельно, получает обновлённую документацию и даже экспериментальную NAS-систему NASty для тех, кто хочет попробовать bcachefs без ручной сборки окружения.
- Источник новости
- www.securitylab.ru