Linux: トーバルズ氏がカーネルからBcachefsファイルシステムを削除

Linus Torvalds氏は、Linuxコミュニティを揺るがす決断を下しました。それは、BcachefsファイルシステムをLinuxカーネルのメインシステムから削除するというものでした。約10年の開発期間と数ヶ月に及ぶ緊張の末、間もなくリリースされる6.18カーネルバージョンには、Bcachefsのコードは1行も含まれなくなりました。このハイブリッドシステムをLinuxにおけるストレージの未来と見ていた人々にとっては、大きな痛手でした。しかし、この物議を醸した決断の背後には、理解する価値のある技術的および人的理由が存在します。 Linus Torvalds氏とLinuxカーネルの厳格な管理 Linus Torvalds氏の仕事はコードの作成だけにとどまりません。彼はオペレーティングシステムの中核を監督し、それぞれの追加機能がGNU/Linuxプロジェクトの厳格な基準を満たしていることを確認しています。この中心となるカーネルは、安定性、効率性、そして一貫性を維持する必要があります。6.7ブランチで試験的に導入されたBcachefsの貢献は、たちまち白熱した議論を巻き起こしました。 Linus Torvalds 氏は高い基準を持つことで知られており、開発サイクルにおける不安定な動作にはほとんど寛容ではありません。しかし、Bcachefs の開発はしばしばルールから逸脱してきました。開発者の Kent Overstreet 氏は、専用の期間外でパッチを提出し、他のカーネル貢献者と常に足並みを揃えているわけではありませんでした。この緊迫した状況により、Bcachefs は 6.17 ブランチで急速に凍結され、その後 6.18 で劇的に削除されました。Torvalds 氏にとって、これはプロジェクトそのものの拒絶ではなく、Linux のこの大きな部分を管理する上で規律を維持するための手段でした。 カーネルの安定性が譲れない理由 Linux カーネルは、Debian、Ubuntu、Red Hat などのすべてのディストリビューションの基盤です。すべてのユーザー、管理者、そして企業は、その絶対的な信頼性に依存しています。不安定なファイルシステムは、データ損失、深刻なクラッシュ、そしてセキュリティ侵害を引き起こす可能性があります。

Bcachefs は、目覚ましい技術的進歩を遂げたにもかかわらず、依然として実験段階とみなされていました。安定性の実現には時間がかかり、正式リリースへの統合はカーネルに対するユーザーの信頼を損なうリスクがありました。この点が、Bcachefs の廃止を正当化する主要な論拠となりました。

Bcachefs: 野心的だが物議を醸したファイルシステム Bcachefs は、Ext4、Btrfs、XFS といった一般的なシステムの既存の利点をいくつか組み合わせたハイブリッドファイルシステムとして設計されました。その目的は、高度なストレージ管理を提供し、パフォーマンスと堅牢性を向上させることでした。開発者はほぼ独力でプロジェクトを牽引したため、当初は開発の進展が遅れました。長年の開発期間にもかかわらず、Bcachefs はメインカーネルの実験段階を越えることはありませんでした。互換性の問題、バグ、そして実験版を完全に統合されたコンポーネントに変換する際の困難に悩まされることがしばしばありました。Bcachefs の革新的なアーキテクチャ、特にコピーオンライト (COW) アプローチを称賛する開発者もいましたが、慢性的な不安定性とコミュニティからのサポート不足を批判する開発者もいました。 コード管理と作業方法をめぐる衝突トーバルズ氏とケント・オーバーストリート氏の間の緊張が、大きな転換点となりました。機能統合の遅れや、管理の行き届いていないロールバックをめぐって、いくつかの論争が勃発しました。オーバーストリート氏は、緊密な調整なしに他のコードに変更を加えたことでも批判されました。

これらの論争の背後には、Linuxカーネルのガバナンスそのものが浮き彫りになっています。それは、協調的でありながら厳格なモデルであり、すべての変更は一連の内部検証を通過する必要があります。時に困難とみなされるこの厳格さこそが、Linuxの長期的な成功と安定性の源泉なのです。 トーバルズ氏が度重なる逸脱を許容しなかったため、Bcachefs プロジェクトは外部拡張機能の地位に陥り、DKMS を介してカーネル外でメンテナンスされるようになりました。 Bcachefs の DKMS 外部モジュールへの移行

熱心なユーザーにとって幸いなことに、Bcachefs は完全に放棄されたわけではありません。そのコードは、DKMS (Dynamic Kernel Module Support) を介して外部モジュールとして動作するように適応されています。このアプローチにより、Bcachefs はバージョン 6.16 以降のさまざまな Linux カーネルにインストールおよびメンテナンスできます。

DKMS は、Debian、Ubuntu、Red Hat などの一般的なディストリビューションで、プロプライエタリドライバ（Nvidia カード用ドライバなど）の管理に既に広く使用されています。DKMS は、新しいカーネルのインストール時に再コンパイルによる自動モジュール更新を可能にします。

しかし、外部モジュールモードへの移行には課題が伴います。ディストリビューションごとに固有の調整が必要であり、カーネルインターフェースの進化に依存します。再コンパイルに失敗すると、特にモジュールが起動に不可欠な場合は、システムの起動が妨げられる可能性があります。 Linuxディストリビューションとユーザーへの影響 システム管理者や愛好家にとって、この変更はより一層の注意を払う必要があります。DKMS経由でBcachefsを維持するには、モジュールアップデートの定期的な統合、各カーネルバージョンとの互換性の監視、そして問題発生時のフォールバックソリューションの提供が必要です。 主要ディストリビューションは、この変更をある程度の慎重さで歓迎しています。DebianとUbuntuは既に、Bcachefs用の十分にテストされたDKMSパッケージを提供しています。Fedoraはまだ統合の実験段階です。OpenSUSEは、複数の適応が必要となるため、依然として躊躇しています。この外部移行は、Linuxがオープンソースであっても、ファイルシステムをカーネルに恒久的に統合するには、完璧な安定性とガバナンスが必要であるという強いメッセージを送っています。 LinuxエコシステムにおけるBcachefsの教訓と将来 LinuxカーネルからBcachefsが削除されたことは、道の終わりを意味するものではありません。むしろ、量よりも質が重要であることを改めて認識させるものです。 ファイルシステムの開発は、長年のテスト、改良、そして統合を必要とする複雑な作業です。Google、Meta、Red Hatなどの大手企業は、Ext4、Btrfs、XFSの改良のために数百万ドル規模の研究開発費を投じています。Bcachefsにとっての課題は、コミュニティを説得し、コードベースを安定化させ、将来的にメインラインカーネルに復帰させることです。

そのコンセプト自体は有望です。効率的な混合データ管理は、内部メカニズムの信頼性が向上すれば、幅広いユーザー層にアピールできる可能性があります。しかし今のところ、Bcachefsはカーネルの外で、献身的なコミュニティと有能なメンテナーのサポートを受けながら進化を続けなければなりません。

最後に重要な点として、このエピソードは、コードのあらゆる行の背後に人間的な側面があることを思い出させてくれます。リーナス・トーバルズとケント・オーバーストリートの背後には、時に相反するビジョンを持つ人々がおり、彼らは他に類を見ないソフトウェアの構築に携わっています。Linuxの歴史もまた、こうした情熱、葛藤、そして成功に不可欠な厳格さの歴史です。