ライナス・トーバルズ Linuxカーネルの開発の創始者でありリーダーであり、 品質と時間厳守は譲れないものであることを改めて証明した。 Linux カーネルの開発において。
そして、それ Linux 6.17の開発サイクル中に、 Googleのエンジニア、パーマー・ダベルト RISC-Vアーキテクチャ用のパッチセットを提出したが、フィルターを通過しなかった トップ開発者からのものです。理由は、提出が遅すぎたため、RISC-Vツリーに属さない「ゴミ」とみなされる変更が含まれていたためです。
この決定は、提案された改善がバージョン 6.18 まで Linux に導入されないことを意味し、特定の環境での RISC-V の採用が遅れ、これらのアップデートに依存する開発者の妨げとなる可能性があります。
RISC-Vにまだ馴染みのない方のために、これは これは自由でオープンな命令セットアーキテクチャである。 RISC-Vは2010年にカリフォルニア大学バークレー校で誕生し、その柔軟性と開発者コミュニティの成長により、ARMやx86といった独自アーキテクチャに対抗する地位を確立しました。RISC-V Internationalには現在、4500人以上の会員がいます。
こうした成長にもかかわらず、アーキテクチャは成熟度と安定性の面で課題に直面しています。利用可能なハードウェアのパフォーマンス問題により一時的にサポートを停止したChimera Linuxのような事例は、実稼働環境への導入の難しさを反映しています。
時間とコードの品質によって決まる拒否
トーバルズ氏はプルリクエストを事前に提出するよう要求していた。 彼は旅行中だったため、アップデートは8年2025月6.17日に届きました。これは、バージョン-rc1のリリースが予定されていたLinux XNUMXのマージウィンドウが終了するわずかXNUMX日前でした。
プロジェクトリーダーは遅延だけでなく、内容についても批判した。彼は、これらの変更はRISC-Vの範囲外の不要な変更を加え、汎用ファイルに影響を与え、何の価値も追加しないと指摘した。彼自身の言葉を借りれば、これは「世界を悪化させる」ものだ。
反応とLinus Torvaldsの紛れもないスタイル
RISC-V パッチに関するエピソードは孤立したものではありません。 2025の6月に、 トルバルズはすでに論争に巻き込まれていた 品質と保守性に関する懸念から、Bcachefs ファイルシステムをカーネルから削除しました。
今回は、彼のメッセージは明確でした。「提出期限の遅れや無関係な変更はもうありません」。パーマー・ダベルト氏は謝罪し、今後のリリースではプロセスを修正することを約束しました。
コミュニティからはさまざまな意見が寄せられた。 カーネルの品質を維持する上で、彼の率直さを効果的に評価する人もいる一方で、彼の口調が新規コントリビューターの意欲を削ぐ可能性があると考える人もいます。しかし、トーバルズ氏はカーネルの安定性とセキュリティが何よりも優先されるという立場を堅持しています。
Linuxカーネルの指揮を執って30年以上、 Linus Torvalds 氏は、直接的で、時には攻撃的なコミュニケーションスタイルで有名になりました。彼は過去に口調を和らげる必要があることを認めていたものの、外交よりも技術的な厳密さを優先し続けている。
彼にとって、大文字と小文字を区別しないファイルシステムの導入やコードベースへのコンテキスト外の変更などの決定は、システムの長期的な安定性を損なう可能性のある不必要なリスクを意味します。
RISC-V パッチのこの新たな拒否は、本質的には、何十年にもわたって Linux カーネルを導いてきた哲学、つまり品質は譲れないものであり、期限は守られるという哲学の再確認です。
Linux 6.17 の Btrfs パフォーマンスの改善とその他の新機能
準備されているその他の新機能と改善点 Linux 6.17の性能と機能の btrfs ファイルシステム最も注目すべき新機能の一つは、大規模なフォリオの実験的なサポートであり、オーバーヘッドを削減し、 複数のシナリオでの操作を加速この機能は技術的にはより広範囲で使用できる状態ですが、開発者は、完全に安定していると判断できるほど十分にテストされていないことに注意を促しています。
Btrfsの新しいバージョンまた、XArray 構造内のキーのより密な配置も導入されます。これにより、ストレージスパニングツリーノードのコンパクト性が向上します。この変更により、エンドノードの数が50%～70%削減され、内部構造が最適化され、リソース消費が削減されます。さらに、 デフラグ調整はioctl経由で適用されました、さらに、重大なファイルシステムの破損を防ぐために以前に設計されたメカニズムが有効化され、マウントされたファイルシステムを持つブロックデバイスへの書き込みが制限されます。
これに加えて、次の点も強調します。 キャッシュシステムの実装 領域割り当て済みのビットマップを解放する要求に対して最適化されました。空ファイルの作成を伴うテストでは、この最適化により最大20%のパフォーマンス向上が見られ、メタデータの負荷が高い環境でも顕著な改善が見られました。同様に、データ圧縮を使用するシステムでは先読みが改善され、データアクセス速度が向上しました。
最後に、それについてもっと知りたい場合は、の詳細を参照してください。 次のリンク。