Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

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

Файловая система Bcachefs официально перестала быть экспериментальной

20.06.2026 10:17 (MSK)

Кент Оверстрит (Kent Overstreet) опубликовал выпуск файловой системы Bcachefs 1.38.6 и объявил об официальном снятии с проекта метки экспериментальной разработки. Последнее время число поступающих сообщений о проблемах сократилось, а выявляемые ошибки стали менее серьёзными и замысловатыми.

Выпуск охватывает два пакета: bcachefs-kernel-dkms с модулем ядра, собираемым при помощи системы DKMS (Dynamic Kernel Module Support), и bcachefs-tools с запускаемой в пространстве пользователя утилитой bcachefs, реализующей команды для создания (mkfs), монтирования, восстановления и проверки ФС. Пакеты собраны для Debian, Ubuntu, Arch Linux и ожидаются для Fedora, openSUSE и NixOS. DKMS-модуль поддерживает работу с ядрами Linux, начиная с 6.16.

Несмотря на непримечательный номер версии, обусловленный отсутствием изменений в дисковом формате, выпуск 1.38.6 включает ряд серьёзных оптимизаций производительности. В код для работы со структурами в формате btree, журналирования и обеспечения работы файловой системы внесено около 200 изменений, повышающих производительность. Логика подтверждения транзакций ужата в 4КБ машинного кода, добавлены оптимизации для исключения возникновения конкурирующих блокировок ("lock contention") при работе с btree, полностью избавлен от блокировок процесс сброса состояния журнала (journal flush).

На сервере с 48-ядерном CPU AMD в Bcachefs удалось добиться пропускной способности 16.5 GB/sec при запуске 48 клиентов dbench (для сравнения в XFS получен результат в 16 GB/sec). Подготовлены, но отложены до следующего релиза, патчи, доводящие производительность в тестах dbench до 19 GB/sec (данные патчи требуют дополнительного тестирования или изменения дискового формата). При тестировании утилитой fio производительность Bcachefs составила 700 операций в секунду при выполнении операций случайной записи 4-килобайтными блоками (XFS демонстрирует в этом тесте миллион операций в секунду, при том, что XFS ограничивается ремапингом блоков, а Bcachefs обрабатывает полный цикл CoW (Copy-on-Write) с проверкой контрольных сумм и обновлением структуры btree).

Помимо оптимизаций в выпуске Bcachefs 1.38.6 реализована поддержка подключения до 255 устройств к одной ФС. В репозитории apt.bcachefs.org началось формирование пакетов для Ubuntu 26.04. Инфраструктура непрерывной интеграции и автоматизированного тестирования переведена на проверку сборок на базе DKMS. В следующие несколько месяцев планируется сосредоточить внимание на оптимизации работы файловой системы с несколькими устройствами хранения.

Кроме того, продолжается работа по переписыванию кода на языке Rust. Отмечается, что поддержка Rust в ядре достигла знакового момента - все значительные дистрибутивы при формировании пакетов с ядром 7.0 по умолчанию активировали настройку CONFIG_RUST для сборки ядра с поддержкой Rust. В проекте Bcachefs на Rust уже переписан набор утилит bcachefs-tools, запускаемый в пространстве пользователя, включая реализацию API для работы со структурами btree. В следующем релизе планируется интегрировать подготовленные обвязки на Rust в DKMS-модуль ядра и начать переписывание базового кода Bcachefs. Предполагается, что использование Rust повысить гибкость, стабильность и удобство работы с кодом, сделает проект более интересным для молодых инженеров и позволит в будущем реализовать формальную верификацию надёжности.

Проектом Bcachefs развивается файловая система, нацеленная на сочетание расширенной функциональности, свойственной Btrfs и ZFS, и уровня производительности, надёжности и масштабируемости, характерного для XFS. Bcachefs поддерживает такие возможности, как включение в раздел нескольких устройств, многослойные раскладки накопителей (нижний слой с часто используемыми данными на базе быстрых SSD, а верхний слой с менее востребованными данными из жестких дисков), репликация (RAID 1/10), кэширование, прозрачное сжатие данных (режимы LZ4, gzip и ZSTD), срезы состояния (снапшоты), верификация целостности по контрольным суммам, коды коррекции ошибок, хранение информации в зашифрованном виде (используются ChaCha20 и Poly1305).

Из значительных нововведений, добавленных в Bcachefs за последние месяцы, упоминаются:

  • Механизм "reconcile" (rebalance_v2), который в отличие от режима "rebalance" позволяет выполнить ребалансировку не только данных (например, реплицирование нескольких копий на разные накопители), но и метаданных в ФС (например, для переноса метаданных после добавления в пул дополнительного накопителя). Reconcile применим для всех операций ввода/вывода, а не только для операций фонового копирования и сжатия. В reconcile автоматически учитываются изменения настроек устройств и сразу перереплицируются деградировавшие данные и метаданные.
  • Поддержка кодов коррекции ошибок, позволяющих восстанавливать повреждённые данные по аналогии с RAID 5/6. Реализация основана на кодировании Рида-Соломона, способном исправить до N ошибок в страйпе (stripe) при наличии N избыточных блоков. Обеспечено автоматическое восстановление деградировавших страйпов. Возможность применения кодов восстановления применима в конфигурациях с накопителями разного размера.


  1. Главная ссылка к новости (https://www.patreon.com/bcache...)
  2. OpenNews: Выпуск файловой системы Bcachefs 1.37.0
  3. OpenNews: Код Bcachefs удалён из ядра Linux. Для дистрибутивов подготовлены DKMS-модули c Bcachefs
  4. OpenNews: Bcachefs будет распространяться в виде отдельного модуля DKMS
  5. OpenNews: Разработчик ФС Bcachefs запустил AI-бота, ведущего блог и помогающего в разработке
  6. OpenNews: Выпуск Bcachefs 1.38.0. Дистрибутив NASty для развёртывания NAS на базе Bcachefs
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65729-bcachefs
Ключевые слова: bcachefs
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:18, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А зачем это, когда и btrfs отлично работает на всех моих машинах?🤨
     
     
  • 2.3, piteri (ok), 11:25, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пока не перестанет
     
     
  • 3.46, Аноним (46), 16:51, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мантра, устаревшая уже лет как десять.
     
  • 2.16, pofigist (?), 13:12, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну да, работает. Похерит все данные - но работать продолжает!
     
     
  • 3.25, НяшМяш (ok), 14:05, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда похерит? А то что-то работает всё да работает. Да и фейсбук тоже не в курсе.
     
     
  • 4.32, pofigist (?), 14:27, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Когда похерит?

    Больше 3х месяцев без потери данных - ни работает никогда.

     
     
  • 5.37, анони (?), 15:31, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Руки свои достань из зaдницы. У меня 4 года работает, уже диск m2 сдыхает, а этой всё нипочём
     
  • 4.44, пох. (?), 16:21, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пейсбуку совершенно похрен на твои данные.

    нода упала? Да и хрен с ней, их тыщи. А котика своего перезальешь.

     
     
  • 5.49, Аноним (46), 16:53, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Исправь первую букву в своем нике на "л". Сейчас там ошибка.
     
  • 3.57, Аноним (57), 17:00, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всё равно больше нечем объединять диски в общий массив программно.

    LVM во многих конфигурациях работает плохо, генерит много IO Load, но без толку.

     
  • 2.18, Олег (??), 13:47, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как толсто, сравнить одну экспериментальную фс с другой
     

  • 1.2, q (ok), 11:20, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > Последнее время число поступающих сообщений о проблемах сократилось

    Есть мнение, что это связано с тем фактом, что эту ФС удалили из ядра.

     
     
  • 2.19, Олег (??), 13:48, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сколько внимания к этой ос...к ИИ меньше новостей, чем об ней
    Вот бы эти ресурсы, да в нужное русло, а не это вот все....
     
     
  • 3.35, Аноним (35), 15:16, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так всё одно. Bcachefs == ИИ(слоп)
     
  • 3.51, Аноним (46), 16:55, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Человек не отличает фс от ос. Здесь есть медики, это что за диагноз?
     

  • 1.4, Аноним (4), 11:28, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как там его ИИ-тян? Уже говорит?
     
     
  • 2.10, kravich (ok), 12:27, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пока не говорит. НО ЗАТО КАК СЛУШАЕТ!
     
     
  • 3.34, Аноним (34), 14:49, 20/06/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.24, НяшМяш (ok), 14:04, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот же сказала, что ос больше не экспериментальная, какие ещё доказательства нужны?
     
     
  • 3.53, Аноним (46), 16:56, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Олег, перелогинься.
     

  • 1.5, Wjf (?), 11:29, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Developer - Facebook, расходимся.
     
  • 1.6, HW (?), 11:30, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может ему во FreeBSD (в другие 100% не примут из-за ржавчины) попробовать пролезть? Очевидно же, что линукс закрыт для обычных людей.
     
     
  • 2.9, Аноним (9), 12:10, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он думает над GNU/Hurd (не шутка).
     
     
  • 3.20, HW (?), 13:53, 20/06/2026 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.22, Аноним (22), 13:58, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Hurd меньше стал похож на шутку к тому моменту, как в него засунули SMP и ARM с amd64.
    Осталось с драйверами разобраться.
     
  • 3.40, Аноним (40), 15:42, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Планирую дожить до того дня, когда хурдом можно будет без проблем пользоваться на относительно новом ноутбуке. Жаль я не погромист и не смыслю в ОС, вышло бы отличное хобби.
     

  • 1.7, Аноним (7), 11:37, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > перестала быть экспериментальной

    ...
    > Подготовлены, но отложены до следующего релиза, патчи, доводящие производительность в тестах dbench до 19 GB/sec (данные патчи требуют дополнительного тестирования или изменения дискового формата).

    Странные представления о "неэкспериметнальности".

     
     
  • 2.45, Аноним (45), 16:36, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Стала опытной. В смысле, опытно-конструкторской.
     

  • 1.8, Анонисссм (?), 11:41, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >производительность Bcachefs составила 700 операций в секунду при выполнении операций случайной записи 4-килобайтными блоками (XFS демонстрирует в этом тесте миллион операций в секунду

    это всё что надо знать про прекрасные COW FS

     
     
  • 2.13, King_Carlo (ok), 13:01, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Нормальные cow-фс имеют ARC и скорость  записи 4-килобайтными блоками ограничивается только скоростью ОЗУ.
     
     
  • 3.14, Аноним (14), 13:09, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    - Вот тебе данные, запиши их
    - Записано!
    - Но почему так быстро?
    - У нормальных ФС скорость записи ограничивается только ОЗУ!

    [сбой системы]

    - Прочитай мне мои данные
    - Какие данные?!

     
     
  • 4.54, King_Carlo (ok), 16:57, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > - Вот тебе данные, запиши их
    > - Записано!
    > - Но почему так быстро?
    > - У нормальных ФС скорость записи ограничивается только ОЗУ!
    > [сбой системы]
    > - Прочитай мне мои данные
    > - Какие данные?!

    А не надо без UPS работать, вредно это с любой ФС.

     
  • 3.42, пох. (?), 16:17, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Adaptive Replacement Cache не имеет _никакого_ отношения к записи. Вообще.

     
     
  • 4.52, King_Carlo (ok), 16:56, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Adaptive Replacement Cache не имеет _никакого_ отношения к записи. Вообще.

    Садись, два. ARC кэширует запись и группируют мелкие записи в большие транзакции.

     
  • 3.47, Анонисссм (?), 16:52, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Нормальные cow-фс имеют ARC

    посмеялся, оно даже медленнее btrfs, если считать до fsync

     
     
  • 4.56, King_Carlo (ok), 16:58, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Нормальные cow-фс имеют ARC
    > посмеялся, оно даже медленнее btrfs, если считать до fsync

    Медленнее btrfs нет ничего, это эталон.

     
  • 2.15, Аноним (15), 13:09, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А оно точно надо людям с 700 IOPS?
     
     
  • 3.29, larutarg (ok), 14:10, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно! Если у людей есть SSD-накопитель и он подключен в разъем старше SATA-1
     
  • 2.43, пох. (?), 16:19, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это скорее про прекрасные btree-based fs с хранением корня в суперблоках.

    когда на каждый байт записанный на диск требуется пересборка всего дерева от корня до конечного листика и еще вот, все пятнадцать суперблоков обновить.

    (и это мы еще не смотрели как у него сделан raid)

     
     
  • 3.58, Аноним (46), 17:01, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    С рейдом уже, что очевидно, наметились большие сложности. Кент по какой-то архитектурной проблеме застрял на raid1 и raid10. Что сильно ограничит данную ФС лишь бытовым уровнем.
     

  • 1.11, larutarg (ok), 12:57, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сказали же — на помойку, значит на помойку!

    https://phoronix.com/benchmark/result/linux-615-file-system-benchmarks-with-pc

     
     
  • 2.41, Аноним (41), 16:09, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нехило f2fs подросла уже ext4 обгоняет, думал её забросили давно..
     

  • 1.12, King_Carlo (ok), 12:58, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну если Кент Оверстрит метку снял, то да, стабильность застабилизировалась стабильно, а баги рассосались.
     
  • 1.17, Аноним (17), 13:30, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    одни жырные
    нет бы порадоваться
    послойное хранение данных опятьжы
     
  • 1.21, Аноним (22), 13:56, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >но отложены до следующего релиза, патчи

    Выкиньте запятую.

     
  • 1.23, Аноним (22), 14:03, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Предполагается, что использование Rust повысить гибкость, стабильность и удобство работы с кодом, сделает проект более интересным для молодых инженеров и позволит в будущем реализовать формальную верификацию надёжности.

    А по факту кент через улицу хочет, чтобы его протолкнули в ядро за то, что он переписал свою ФС на раст.

    Делайте ставки: ретрограды из редхата с btrfs на си или стильный-гибкий кент через улицу и его вирусный маркетинг.

    Но пока нет стикеров i use bcachefs btw, не будет и хайпа.

     
     
  • 2.48, Аноним (48), 16:53, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ставлю на Редхат. Они очень ловко обуздали так называемое сообщество и проталкивают свои решения ни с чем не считаясь.
     
  • 2.61, Аноним (61), 17:13, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что за фантазии? Redhat сделала ставку на XFS через LLVM. Очень хотела bcachefs как главную ФС будущего и заставляла его выкладывать в апстрим как можно чаще а не варить у себя (это старая редхатовская мантра, мол вся наша деятельность на виду в апстриме и потому мы самые крутые покупайте у нас) но видать кураторы переусердствовали с этим требованием, и Кент вывалил столько кода за раз что Линус взбунтовался, это даже он сам сказал. Так что как раз именно Redhat стояла за ним. Полтора назойливых смухихлёба федоровца  со времён нашествия альтернативного пола что проталкивают визжат про Silverblue и глюкалово btrfs это какая то случайная загогулина, сама рассосётся.
     

  • 1.26, Аноним (26), 14:08, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Bcachefs составила 700 операций в секунду при выполнении операций случайной записи 4-килобайтными блоками

    700 K

     
  • 1.27, Аноним (27), 14:08, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В сегменте супер компьютеров позиции Линукса усилятся.
    А в десктопном сегменте, очевидно, все останется по-прежнему - ничтожные 1,5%
     
     
  • 2.39, Аноним (39), 15:40, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сомнительно, десктоп на линуксе давно лучше. Да и игровая платформа тоже (есть исключения, но в целом те же эмуляторы всегда лучше на линуксе работали). Есть ряд коммерческих проприетарных программ, которые на линуксе нормально не работают, это является проблемой для большинства пользователей при выборе рабочего инструмента. Если ты воспринимаешь ситуацию иначе, тебе стоит провериться.
     
     
  • 3.55, Аноним (48), 16:58, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Поверю что десктоп на линуксе лучше, когда хотя бы основные разработчики будут постить скриншоты и презентации сделанные на нём.
     
  • 2.50, Анонисссм (?), 16:55, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >А в десктопном сегменте, очевидно, все останется по-прежнему - ничтожные 1,5%

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

    а кого WM/DE устраивают те давно на linux сидят

     
     
  • 3.59, Аноним (48), 17:02, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Разрывающее нагромождение подпорок, которое ещё и стабильного апи не имеет.
     
  • 2.60, Аноним (46), 17:04, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    За счёт чего? ФС, которая не умеет raid5/6?
     

  • 1.28, Аноним (28), 14:09, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    в оригинале bcachefs 700 тыс. vs xfs 1 млн. IOPS
    https://www.patreon.com/bcachefs/posts/1-38-6-release-161366372
     
  • 1.30, Axonic (ok), 14:16, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ошибки стали менее серьёзными и замысловатыми

    «ошибки стали менее серьёзными и менее замысловатыми»
    или
    «ошибки стали менее серьёзными, но замысловатыми»?

     
     
  • 2.33, Аноним (33), 14:33, 20/06/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А какая разница? Пропадут данные замысловато или незамысловато?
     

  • 1.36, OpenEcho (?), 15:31, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ChaCha20 и Poly1305

    На заметку, oба - Non FIPS compliant

     
  • 1.38, Аноним (38), 15:34, 20/06/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Букаке ФС
     

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



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

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