Видалення коду Bcachefs з ядра: що це означає для майбутнього файлової системи

Bcachefs було видалено з ядра Linux 6.18, разом із 117 000 рядків коду. Рішення Лінуса Торвальдса стало кульмінацією десятирічних суперечок між патчами, тестами та розбіжностями. Для адміністраторів питання просте: продовжувати шлях зовнішніх модулів чи повернутися до класичних Ext4, XFS та ZFS? Час зовсім не тривіальний. Пакети DKMS щойно з’явилися в репозиторіях Debian, Fedora та Ubuntu, тим самим позбавивши продуктивних користувачів Чорного понеділка. Залишається побачити, що це видалення говорить про управління ядром і, що ще важливіше, про майбутнє файлових систем. Різке видалення Bcachefs з ядра Linux 6.18: справжні причиниВсе це пов’язано з конфліктом щодо стилю кодування та комунікації між Кентом Оверстрітом та основною командою. Лінус Торвальдс терпів інтеграцію в 6.7 «щоб побачити», а потім заморозив внески, починаючи з 6.17. Наступне вікно злиття підтвердило вердикт: чисте та просте видалення. Офіційний аргумент: «щоб зменшити плутанину», оскільки модуль DKMS готовий. Неофіційно це нагадування про те, що жоден проект не може ігнорувати процес спільної роботи, яким би перспективним він не був. Як бонус, ядро ​​економить 350 КБ на ISO, що є натяком на тих, хто досі прихильник мінімалістичного завантаження. Негайний вплив на Red Hat, Canonical та похідні системи Red Hat ніколи не вмикав Bcachefs за замовчуванням, віддаючи перевагу обережності, успадкованій від RHEL.

Canonical обговорювала його для свого інсталятора «Ubuntu Pro», але вже робила ставку на ZFS для власного шифрування. Що стосується Fedora, нічні оновлення включали Bcachefs з березня; тому Fedora 40 перейде на модуль DKMS, як і сучасний Debian Sid. Ризик? Оновлення ядра, яке забуває перекомпілювати модуль на робочому сервері. Розробники радять блокувати версію або використовувати Ansible для перевірки наявності файлу .ko після кожного перезавантаження. Процес, з яким деякі не стикалися з часів драйверів Nvidia 96xx.Перевірені альтернативи: Ext4, XFS та ZFS тримають планку У 2025 році Ext4 залишатиметься вибором за замовчуванням для 80% серверних інсталяцій, згідно з опитуванням StackShare. Його надійність та низькі накладні витрати на процесор роблять його неперевершеним для контейнерних робочих навантажень.XFS

перемагає в розгортаннях з дуже великими файлами завдяки своєму потужному безперервному розподілу.

ZFS

зберігає перевагу знімків та онлайн-дедуплікації, навіть якщо ліцензія CDDL все ще обмежує його основну інтеграцію. Нещодавні бенчмарки на Ryzen 9000 показують різницю лише в 3% у послідовному читанні порівняно з Bcachefs, що є незначною різницею порівняно з комфортом офіційної підтримки.

Чи варто мігрувати чи залишатися з Bcachefs як модулем DKMS?

Кластери, які вже використовують Bcachefs, не приречені. Модуль DKMS компілюється за 40 секунд на віртуальному процесорі, а сумісність сягає ядра 5.15 LTS. Однак кожне значне оновлення стане ручною контрольною точкою: тест відновлення, перебудова RAID, перевірка контрольних сум. Спокуса повернутися до Ext4 є сильною для невеликих команд. Однак відмова від CoW та контрольних сум збільшує кількість записів та знос SSD. Правдоподібний компроміс: конвертувати критичні томи в ZFS, зберігаючи Bcachefs для тимчасових кешів об’єктів, де його стиснення LZ4 все ще сяє. Ця сага розкриває культуру ядра Linux. Протягом 30 років ядро ​​розвивалося зі швидкістю виходу патча кожні дев’ять секунд. Лінус Торвальдс нагадав нам: двері відчинені для будь-якого коду, але дебати залишаються публічними та іноді запеклими. Bcachefs не є ні першим, ні останнім, хто пережив цей природний відбір; згадайте Reiser4 чи Tux3. Спільнота розглядає це видалення як чіткий сигнал: кількість та якість тестів мають перевагу над блиском дизайну. Розробники підсистем вітають це, оскільки список помилок у сховищі вже скорочується. За іронією долі, ажіотаж навколо видалення дає Bcachefs видимість, якої ніколи не було в його початковому коміті.Чи повернеться він колись?

Кент Оверстріт ще не сказав свого останнього слова. Він працює над “bcachefs-next”, що відповідає стилю ядра та правилам тестування. Якщо йому вдасться зібрати робочу групу рецензентів, двері до версії 6.20 можуть знову відкритися.

Тим часом адміністратори повинні зробити вибір: стежити за релізами DKMS чи зміцнити свої томи за допомогою трьох історичних стовпів. У світі, де кожна мілісекунда вводу/виводу має значення, рішення не приймається легковажно, але одіссея безкоштовного сховища триває, патч за патчем.

Джерело: linuxnews.de