Файловая система Bcachefs, изначально позиционировавшаяся как многообещающая альтернатива традиционным решениям, в последнее время становится предметом бурных дискуссий в сообществе разработчиков ядра Linux. Конфликт между основным разработчиком Bcachefs Кентом Оверстритом и главным куратором ядра Линусом Торвальдсом привел к тому, что код Bcachefs могут исключить из предстоящих версий ядра Linux. Это событие даже прозвучало как угроза на протяжении всего 2025 года, что вызывает значительный резонанс в профессиональных кругах и среди пользователей файловой системы. История Bcachefs связана с амбициозным стремлением создать современную, надежную и масштабируемую файловую систему, способную конкурировать с хорошо зарекомендовавшими себя решениями, такими как ext4, XFS и Btrfs. Успех Bcachefs базируется на уникальном подходе к хранению данных, использованию копирования при записи (copy-on-write), поддержке шифрования, сжатия и возможности собирать различные устройства хранения в единую виртуальную файловую систему.
Всё это делает её привлекательной для продвинутых пользователей и целевых проектов с высокими требованиями к производительности и надежности. Тем не менее, несмотря на техническую эволюцию Bcachefs, в плане интеграции в основное ядро Linux ситуация складывается резко негативно. Линус Торвальдс неоднократно выражал недовольство качеством и процессом предоставления патчей Bcachefs, указывая на их поспешность, нарушение установленного цикла релизов ядра и особого рода неприемлемые методы взаимодействия с остальным сообществом. Особым поводом для конфликта стал отказ придерживаться политики «только исправления ошибок» в период так называемого стабилизационного цикла релиза, когда в ядро можно вносить лишь критические багфиксы, исключая новые функции. Кент Оверстрит, в свою очередь, с живым чувством ответственности перед пользователями Bcachefs, аргументирует, что структурные изменения, включённые в патчи, на самом деле являются жизненно важными для обеспечения сохранности данных и корректного функционирования файловой системы.
Он указывает, что без быстрого внедрения исправлений, ориентированных на защиту от потери данных и возможность восстановления после аварий, пользователи подвергаются реальному риску. По словам Кента, подобное ускорение неизбежно из-за экспериментального статуса файловой системы и большой активности в поиске и устранении ошибок. Отношения между Кентом и Линусом характеризуются как напряжённые, словно противостояние двух культур разработки и подходов к управлению проектами. Линус, как бесспорный лидер сообщества Linux, демонстрирует строгость и последовательность в поддержании процессов, которые он считает залогом стабильности и широкого применения ядра. Любое отклонение от установленных правил рассматривается им как угроза надежности и совместимости Linux-систем в целом.
Кроме того, Торвальдс не скрывает, что конфликт с Оверстритом имеет личностный оттенок, поскольку он неоднократно указывал на трудности в работе с разработчиком Bcachefs из-за манеры коммуникации и стремления продвигать изменения без должной координации. Обсуждения в профессиональных сообществах отражают этот раскол. Многие эксперты с уважением относятся к техническим заслугам Кента Оверстрита и признают важность его работы для развития файловых систем. Однако они также указывают на то, что интеграция в ядро Linux требует не только превосходного кода, но и соблюдения экосистемных норм и правил. Сторонники Торвальдса подчеркивают, что «правила игры» не только обеспечивают качество, но и устраняют хаос, который может возникнуть при отсутствии жесткого контроля, что особенно критично для столь масштабного и многообразного проекта как Linux.
Что произойдет, если Bcachefs будут исключены из ядра? Многие задаются этим вопросом, особенно пользователи, которые уже перешли на этот файловый слой. В ситуации удаления из основного дерева разработки поддержка и развитие Bcachefs перейдут в разряд внешних, специализированных патчей или DKMS-модулей, что усложнит их распространение. Пользователи, желающие продолжать работу с Bcachefs, будут вынуждены самостоятельно собирать ядро с необходимыми патчами или использовать ядра из пользовательских репозиториев. Это, конечно, создаст определенные барьеры для массового принятия файловой системы и может снизить доверие к ней. Кроме того, внести исправления и адаптировать Bcachefs к изменениям в ядре будет сложнее, поскольку другие разработчики ядра не будут обязаны поддерживать совместимость с её кодом.
Это может привести к тому, что Bcachefs окажется технически оторванной от основного потока развития Linux, что грозит задержками в исправлениях и снижением качества. Обсуждается и альтернативный путь – перевести функционал восстановления и других важных компонентов Bcachefs в пространство пользователя посредством FUSE или самостоятельных инструментов. Такой подход может разумно разделить ядро и пользовательскую логику, уменьшив риски и ускорив цикл разработки и поддержки. Тем не менее производительность такого решения и его полнота пока вызывают сомнения, особенно для задач с высокими требованиями к скорости и надежности. Кроме того, в сообществе выдвигается идея ведения двухуровневой разработки, когда стабильная версия будет поддерживаться в основном ядре, а разработка новых функций и быстрый выпуск исправлений будут вестись во внешних ветках или модулях.
Такая модель уже применяется в ряде крупных проектов и может стать приемлемым компромиссом для Bcachefs. В целом история с Bcachefs демонстрирует сложность и жесткость развития ядра Linux. Она требует от разработчиков не только глубоких знаний и технической компетенции, но и умения взаимодействовать в рамках большой и ответственной экосистемы. Пример конфликтов Кента Оверстрита и Линуса Торвальдса подчеркивает, как личностные и организационные различия могут влиять на техническую судьбу проекта. Пользователи Bcachefs и интересующиеся развитием Linux-файловых систем пристально следят за дальнейшим развитием позиции Bcachefs.
Возможно, подобные вызовы станут толчком к пересмотру процессов интеграции новых функций и появлению более гибких моделей совместной работы между разработчиками. Для конечных пользователей важно будет следить за обновлениями и быть готовыми к изменениям в поддержке и способах обновления своих систем. В итоге, судьба Bcachefs в ядре Linux остается открытой, что порождает серьезные размышления о балансе между инновациями, стабильностью и сообществом, которое объединяет миллионы пользователей и десятки тысяч разработчиков по всему миру.
