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

トーバルズ氏は、11万7000行に及ぶBcachefsのコードをLinuxカーネルから 排除し、10年に及ぶ激動の開発に終止符を打った。2ヶ月足らずでリリースされるバージョン6.18では、高度なストレージ管理機能が高く評価されているにもかかわらず、このハイブリッドファイルシステムはデフォルトで無視される。Linuxコミュニティにとって、この出来事はカーネルのルールは遅延もエゴも許さないことを改めて認識させるものだ。 なぜBcachefsはLinuxカーネルから姿を消したのだろうか？ 月曜日の夜、6.17のリリースからわずか24時間後、トーバルズ氏はBcachefsを削除するパッチに署名した。メンテナーのケント・オーバーストリート氏は、自身のコードが2ヶ月間「外部メンテナンス」とマークされているのを確認していた。これは猶予期間の兆候だった。緊張は技術面よりも手法面にある。マージ期間外に送られる大規模なパッチ、重要な部分への協調性のない変更、そして白熱した公開討論などだ。 Linuxカーネル開発の超高速化の世界では、これらの違反は本番環境でのセグメントフォールトに相当します。結果として、コードはツリーから外れ、2023年末の統合前の状態に戻ります。フリーソフトウェアの歴史において、特にファイルシステムのような機密性の高いコンポーネントにおいては、稀なパージです。ビットではなく文化の衝突。オーバーストリート氏はメールで、BtrfsやXFSを例に挙げてRCフェーズでの新機能追加を擁護しました。これに対し、トーバルズ氏は、これらの例外は完全な書き換えではなく、対象を絞った修正に関するものだと反論しました。他のメンテナーが事前の協議なしに自身のサブシステムに影響を与えるパッチを発見したため、摩擦は激化しました。カーネルのベテランの間では、協力がスピードよりも優先されます。このバランスを無視すれば、大規模なgit revert（リバート）の危険にさらされることになります。 したがって、この禁止措置は教育的な警告となります。プロセスはコードと同じくらい重要であり、特に世界で最も精査されているオープンソースエコシステムにおいては重要です。管理者とディストリビューションへの即時的な影響 実際には、Bcachefs を本番環境で稼働させているサーバーはごくわずかでした。このモジュールは「実験的」とされたままで、Arch、Debian、Ubuntu のみがテスト用に提供していました。 それでも、一部のラボは、オンライン圧縮、チェックサム、ZFS スタイルのアトミックアップデートをすべて単一フォーマットで実現できるという、その可能性に賭けていました。彼らの最初の疑問は単純でした。6.18 以降もボリュームをマウントし続けるにはどうすればいいのでしょうか？ 答えは、古き良き DKMS にありました。Overstreet 氏は、6.16 以降のカーネルでコンパイルできるようにコードをリファクタリングしました。これは、Nvidia ドライバや VirtualBox で既に実証済みのソリューションです。 DKMS：パラシュートか罠か？ 利点：モジュールはアップグレードごとに自動的に再コンパイルされるため、「rootfs が見つからない」というシナリオを回避できます。欠点：カーネル側の API に少しでも不具合があるとコンパイルがクラッシュし、Bcachefs がルートディレクトリにある場合、マシンが起動できなくなります。そのため、一部のディストリビューションでは、古いカーネルをフォールバックオプションとして保持しています。コミュニティがメンテナンスする bcachefs-dkms パッケージについて議論している人もいますが、ビルドツールのパッチワークは Fedora、openSUSE、Gentoo ごとに異なります。賢明な管理者であれば、たとえ安心のために IOPS を多少犠牲にしても、Ext4、XFS、または Btrfs に戻るかもしれません。不安定なファイルシステムは、SSD ラック全体よりもコストがかかる可能性があるからです。

オープンソースエコシステムへの根底にあるメッセージ

汎用ファイルシステムの開発には、Ext4 や Btrfs が経験したマラソンと同様に、何年もの実環境テストが必要です。Google、Meta、Red Hat、SUSE は、ディスクのバグがすぐに重大なインシデントに発展するため、それぞれの変更を検証するために数百万ドルを投資しています。 2025 年には、NVMe、SMR、分散オブジェクトといったストレージの断片化によって、この困難はさらに深刻化します。チームの拡大や継続的な検証がなければ、Bcachefs は主流の技術に追随しながらも最新の状態を維持できることを人々に納得させる必要があります。 最後に、この事例は、フリーソフトウェアの強みは

コラボレーションにあることを改めて認識させるものです。技術的な議論が個人的な対立に発展すると、コードは後回しにされ、 Linuxコミュニティはストレージの未来を担う有力な候補を失うことになります。

出典: www.heise.de