Файловая система Bcachefs официально перестала считаться экспериментальной: лидер проекта Кент Оверстрит объявил релиз 1.38.6 и назвал его «релизом производительности». Для Linux-разработчиков и тех, кто следит за storage-стеком, это важный сигнал: проект, который недавно еще выглядел как амбициозный, но нервный эксперимент, теперь пытается зайти на территорию зрелых ФС не обещаниями, а цифрами, Rust-кодом и внятным списком оптимизаций.
О релизе 1.38.6, как пишет The Register, Оверстрит сообщил в своем Patreon-блоге 19 июня 2026 года. Формально это точечное обновление, но с не совсем точечным смыслом: разработчик прямо дал понять, что тег experimental был снят какое-то время назад, а теперь это просто зафиксировали публично. Есть и нюанс с нумерацией: строго говоря, версия относится к набору утилит bcachefs-tools, хотя в Debian-репозитории DKMS-модуль идет с тем же номером, а в описании релиза разделения между userspace-частью и самим модулем практически нет.
Если смотреть на сухие изменения, релиз не выглядит декоративным. Максимальное число устройств в одном файловом пуле подняли до 255. В changelog упомянуты исправления примерно полудюжины багов и еще шесть оптимизаций производительности. Операция Reconcile, которую раньше называли rebalance, стала быстрее и лучше распараллеливается. Erasure coding, по словам автора, уже используется и показывает себя неплохо. Для тех, кто следит за архитектурой проекта, это важнее красивых лозунгов: Bcachefs продолжает развиваться как сложная современная ФС с упором на многодисковые конфигурации, контроль целостности и функции, которые обычно интересны не домашнему ноутбуку, а серверам, NAS и инфраструктурным командам.
Контекст у этой истории тоже показательный. По репозиторию самого Bcachefs прогресс отслеживать тяжело: активность высокая, сигнал в шуме теряется быстро. Зато по bcachefs-tools динамика читается лучше. Начиная с январской версии 1.35.0, в 2026 году уже набралось 18 релизов. Предыдущий заметный анонс, версия 1.37, был еще в середине марта. После этого публичное внимание к проекту в какой-то момент ушло в странную сторону: Оверстрит тогда успел прославиться не только кодом, но и заявлениями про собственный AI coding assistant, который якобы обладает сознанием. На таком фоне нынешний релиз выглядит даже освежающе: меньше метафизики, больше разговоров о btree API, DKMS и IOPS.
Отдельная сюжетная линия — переход на Rust. Оверстрит пишет, что все основные дистрибутивы Linux, которые он проверял, уже включают поддержку Rust в ядре, и это развязывает проекту руки. По его словам, userspace-код Bcachefs уже переведен на Rust, включая безопасные интерфейсы к базовому API итераторов btree и заметный объем вспомогательного кода. Следующий релиз должен подтянуть эти биндинги в DKMS-модуль, после чего начнется перенос ключевых частей ядра проекта. Полностью Rust-версией Bcachefs скоро не станет: сам разработчик признает, что, например, перенос journal в safe Rust будет задачей не из приятных. Но ориентир он обозначает довольно смело — около 50% Rust-кода уже в этом году, если нормально взлетит смешанный C/Rust-модуль.
Для индустрии здесь интересно не только «еще один проект на Rust», а сама конфигурация тренда. Kernel-space давно спорит о том, где Rust реально снижает класс багов, а где только добавляет новый слой сложности. Файловая система Bcachefs оказывается редким примером, где перенос идет не с нуля, а поверх живого, нагруженного и довольно амбициозного кода. Если смешанный C/Rust-подход в DKMS действительно окажется рабочим, это будет аргументом не в пользу моды, а в пользу практики: критичный storage-код можно переводить постепенно, не переписывая весь проект в один героический релиз. Для команд, которые строят внутренние платформы или appliance-решения на Linux, такой кейс важнее очередной презентации о memory safety.
Еще один примечательный штрих — отношение автора Bcachefs к генеративному ИИ. Оверстрит не выглядит противником ИИ как такового, но прямо жалуется на ленивые патчи и багрепорты, которые, по его мнению, пользователи просто целиком отдают LLM. Для open source это уже знакомая боль: некачественный «AI slop» размывает сигнал, грузит мейнтейнеров и удлиняет путь от проблемы до нормального исправления. В случае файловой системы это особенно неприятно: storage-код плохо переносит легкомысленные правки, потому что цена ошибки измеряется не падением теста, а риском для данных. И здесь позиция Оверстрита звучит вполне трезво, даже если в других темах он любит эпатировать.
С производительностью тоже без цирка, и это, пожалуй, хороший знак. На сервере с AMD Epyc 9454 и 48 ядрами Zen 4 новая версия, по словам разработчика, выдает 16,5 ГБ/с в dbench при 48 клиентах против 16 ГБ/с у XFS. В тесте fio на случайной записи 4K Bcachefs показывает около 700 тысяч IOPS, тогда как XFS доходит до 1 миллиона. На бумаге XFS во втором сценарии все еще впереди, но именно это делает цифры правдоподобными. Bcachefs не пытаются продать как систему, которая магически быстрее всех во всем; ее подают как ФС, которая местами уже догоняет или обходит зрелых конкурентов, а местами пока проигрывает, потому что выполняет больше работы.
Для разработчиков и инфраструктурных команд вывод простой: файловая система Bcachefs перестает быть чисто экспериментальной игрушкой для энтузиастов, но до статуса безусловного корпоративного стандарта ей еще далеко. Проект все еще живет вне основного дерева Linux после конфликта Оверстрита с Линусом Торвальдсом, а значит путь в production для многих будет проходить через DKMS, собственные проверки и повышенную осторожность. Но если Bcachefs продолжит одновременно наращивать производительность, чистить архитектуру и переводить критичные части на Rust без потери надежности, у нее появится шанс стать не просто интересной альтернативой XFS и Btrfs, а полигоном для следующего поколения Linux-файловых систем. Проверить детали релиза можно в публикации .