リーナス・トーバルズが正式にリリース Linuxカーネル6.18は、小さな組み込みボードやラップトップから無秩序に広がるデータセンター サーバーやスーパーコンピューターに至るまで、無数のデバイスを支えるカーネルの最新の安定版です。これは、スマートフォンからスーパーコンピューターに至るまであらゆるものに動力を供給するオープンソース オペレーティング システムにとって、新たなマイルストーンとなります。
表面的には、6.18 は単なる日常的なアップデートのように見えるかもしれませんが、詳しく調べてみると、パフォーマンス、セキュリティ、ハードウェアの互換性、サブシステムの機能強化など、さまざまな改善が加えられており、それらが総合的に Linux を有意義な方法で前進させるものであることがわかります。多くの点で、6.18 は今年最も影響力のあるカーネルの 1 つになる可能性があります。
新機能: 主な機能と内部のオーバーホール
• パフォーマンス — メモリ、I/O、ネットワーク
6.18 の際立ったテーマの 1 つは、内部パフォーマンスの配管です。カーネルのメモリ アロケータ (スラブ/スラブ サブシステム) には、新しい「シーブ」メカニズム (CPU ごとのメモリ オブジェクト キャッシュ) が組み込まれています。これにより、オーバーヘッドと競合が削減され、割り当てと割り当て解除がより高速かつ効率的に行われます。
さらに、スワップとメモリ プレッシャーの処理が新しい「スワップ テーブル」抽象化によって再加工され、負荷時のスワップ スループットと安定性が向上しました。
ネットワーキングにも意味のある機能強化が見られます。6.18 では、「AccECN」輻輳制御プロトコルの初期サポートが追加され、UDP 受信側のパフォーマンスが向上し (パケット負荷が重い場合の遅延が削減され)、全体的に TCP の動作が改善されました。
ファイル I/O またはストレージに大きく依存するワークロードの場合、新しいデバイス マッパー ターゲット (dm-pcache) により、管理者は永続メモリ (CXL または DAX 対応デバイスなど) を従来のブロック デバイス (HDD/SSD) の前の高性能キャッシュとして使用できます。これにより、レイテンシやスループットが重要となるワークロードを劇的に高速化できます。
最後に、コンテナーおよび名前空間アプリケーションに関して、6.18 ではファイル ハンドル (name_to_handle_at() および open_by_handle_at() を使用) を介してカーネル名前空間を管理するためのサポートが導入され、ユーザー セッション間での名前空間の永続化、共有、および識別が簡素化されます。
ハードウェアとドライバーの範囲 – より広範なデバイスのサポート、より優れた互換性
Linux 6.18 でのハードウェア サポートは、急速に進化するプラットフォームに追いつくためのカーネル開発者の継続的な努力を反映して、大幅に拡張されました。ハイライトは次のとおりです。
- Apple Silicon サポートの継続的なアップストリーム: 6.18 では、Apple M2 Pro、M2 Max、および M2 Ultra チップのデバイス ツリーの対象範囲を拡大します。これは、Apple ハードウェアでの Linux 互換性の向上をゆっくりと追求する動きです。
- x86 および Intel プラットフォームの場合、「Wildcat Lake」(更新された Thunderbolt ドライバーを含む) およびその他の新しいハードウェアのサポートが含まれています。
- GPU およびディスプレイ ドライバーには改善が見られます。たとえば、Turing および Ampere アーキテクチャを使用する NVIDIA GPU の場合、オープンソースの nouveau ドライバーは、利用可能な場合はデフォルトで NVIDIA の GPU システム プロセッサ (GSP) ファームウェアの使用に切り替わり、安定性と電源管理が向上する可能性があります。
- ARM および SoC ベースのプラットフォームも忘れられていません。組み込み SoC、USB コントローラー、ストレージ デバイス、オーディオ、産業用 I/O センサーなどのドライバーが更新されています。
このリリースにより、Linux における「ファーストクラス」のハードウェアの範囲が大幅に拡大され、最新のラップトップ、デスクトップ、組み込みボード、またはサーバーのユーザーが、ドライバーのリグレッションやサポートの欠如を発生させることなく、より簡単に新しいカーネルを実行できるようになります。
究極の NIS2 コンプライアンス自己評価ツールキットを無料でダウンロード
ファイルシステムとストレージ — 利益、損失、そして現実
ファイル システムの観点から見ると、6.18 はさまざまな要素を提供します。多くのユーザーにとって重要なメリットですが、一部のユーザーにとっては重要な大幅な削除でもあります。
- EXT4 などの従来のファイルシステムは引き続き最新化されています。6.18 では、32 ビットの予約済み UID/GID のサポートに加え、スーパーブロック パラメーターの読み取り/変更のための新しい ioctl() インターフェイスが追加されています。
- XFS の場合、6.18 ではデフォルトで「オンライン fsck」が有効になり、マウント中および使用中のファイルシステム チェックが可能になり、柔軟性が向上し、大規模ストレージ システムのダウンタイムが削減されます。
- ブロック層には機能強化が見られます。dm-pcache 永続キャッシュ (前述) は、低速デバイスの前に高速永続メモリを階層化することで、ストレージ ワークロードの高速化に役立ちます。
しかし、おそらく最も重要な変更、そして物議を醸している変更は、ファイル システム Bcachef のネイティブ サポートが削除されたことです。かつては、パフォーマンスと柔軟性を重視して構築された、ZFS に似た最新のコピーオンライト ファイルシステムとして知られていた Bcachefs は、Torvalds とメンテナーの決定に従って、6.18 でメインライン カーネルから削除されました。
今後、Bcachefs は「外部で保守」されます。つまり、Bcachefs に依存するユーザーは、Bcachefs を個別に構築またはインストールする必要があります (例: DKMS 経由)。主流のファイルシステムを使用している人にとっては、これは問題ではないかもしれません。しかし、Bcachefs の機能 (圧縮、暗号化、COW など) を採用しているユーザーにとって、これはメンテナンスのオーバーヘッドが増加し、再評価の必要があることを示しています。特に長期的に完全なアップストリーム サポートを望んでいる場合はそうです。
セキュリティ、仮想化、カーネルサブシステムの強化
Linux 6.18 は、安全な仮想化環境、またはコンテナベースの環境を強化するシステムを無視しません。
- カーネルは、暗号署名された BPF プログラムをサポートするようになりました。これは、カーネルが動的にロードされた BPF コードの整合性を実行前に検証できるようにすることで、セキュリティを強化する動きです。
- 監査サブシステムは、複数の Linux セキュリティ モジュール (LSM) を同時に処理できるようになり、より複雑で階層化されたセキュリティ構成 (SELinux、AppArmor などの組み合わせなど) が可能になります。
- 仮想化のコンテキストでは、6.18 では、新しい virtio-SPI サポート (SPI デバイスを VM に公開できるようにする)、ハードウェア強制仮想化セキュリティのサポートの向上、さまざまなハイパーバイザーや CPU アーキテクチャとの互換性の向上などの機能強化が行われています。
これらの変更は単に機能を追加するだけではなく、封じ込めや仮想化が重要な Linux サーバー、クラウド、システムの安定性、拡張性、セキュリティ体制を向上させます。
安定性、テスト、および LTS の可能性
6.18 には多くの新機能が詰め込まれていますが、明らかに安定性を重視してリリースされました。 Torvalds 氏がリリース ノートで認めているように、「最終週にはバグ修正のノイズが私が望んでいたよりも少し多かったです…しかし、私が見たものは、調理にもっと時間が必要だと感じさせるものではありませんでした。」
実際、6.18-rc7 ビルドを含む公開プレリリース テストの最後の数週間は、危険な新機能の導入ではなく、ドライバーの更新、アーキテクチャの互換性、コア メモリとネットワークの修正、磨きに重点が置かれていました。
6.18 は 2025 年最後のメジャー カーネル リリースであり、新機能、広範なハードウェア対応、安定性への配慮の組み合わせを考慮すると、多くのアナリストは、6.18 が今年指定の長期サポート (LTS) リリースになると考えています。
とはいえ、他のカーネル アップグレードと同様に、ディストリビューションのメンテナ (Ubuntu、Debian、Fedora など) は、6.18 をデフォルトとして採用するか、既存の安定版リリースにバックポートするかを決定する必要があります。多くの Linux ユーザー (特に企業管理者やサーバー管理者) は、カーネルがディストリビューションの公式リポジトリに登場するまで待つことになるでしょう。
これがユーザー、開発者、そしてより広範な Linux エコシステムにとって何を意味するか
デスクトップ ユーザーまたは愛好家向け: 6.18 は、よりスムーズなハードウェア サポート、より優れたパフォーマンス (より高速なメモリ割り当て、より迅速な I/O)、および強化されたドライバー互換性を提供します。これにより、最新のラップトップ、新しい GPU、または進化するハードウェア セットアップに顕著な違いが生じる可能性があります。
開発者とパワー ユーザー向け: 名前空間ファイル ハンドルのサポート、署名付き BPF、メモリと I/O プラミングの追加により、セキュリティと可観測性を強化しながら、コンテナ オーケストレーション、仮想化ワークフロー、パフォーマンス チューニングを簡素化できます。
インフラストラクチャ、サーバー、またはクラウド管理者の場合: 6.18 のキャッシュ (dm-pcache 経由)、メモリとスワップの効率、ネットワークとファイルシステムのパフォーマンスの向上により、特に大量の I/O、仮想化、またはメモリ負荷がかかるワークロードで目に見えるメリットが得られます。 6.18 が LTS になれば、今後何年にもわたって「安全でサポートされている」カーネルとして多くのエンタープライズ ディストリビューションに導入される可能性があります。
ただし、注意点があります。Bcachefs などのファイル システムに依存しているユーザーは、対応する必要があります。メインラインからの削除は、Bcachef を個別にコンパイルまたはインストールする必要があり、追加のメンテナンスの負担を受け入れることを意味します。これにより、ファイル システム戦略の再評価が促される可能性があります。また、長期的な安定性を求める場合は、より主流のファイル システム (EXT4、XFS、Btrfs) への移行が必要になる可能性があります。
将来を見据えて: 次のカーネル — 6.19 以降
6.18 がリリースされると、Linux カーネル 6.19 のマージ ウィンドウがすぐに開きます。 Torvalds 氏によると、すでに「約 30 件」のプル リクエストが彼のレビューを待っているとのことですが、そのタイミングは理想的とは言えず、毎年恒例のカーネル メンテナ サミットと重なっています。この時期は旅行の繁忙期と次のホリデーシーズンに重なるため、6.19 の開発サイクルは通常よりも長くなる可能性があり、おそらく「rc8」リリースまで延長され、最終リリースが 2026 年 2 月に延期される可能性があります。
実際には、これは 6.18 がデフォルトの安定したカーネルとして数か月間存続する可能性があり、多くのユーザーやディストリビューションがこれを事実上の長期バージョンとして採用する可能性が高まることを意味します。一方、6.19 では、より根本的な機能、おそらく Rust のより深い統合、新しいサブシステム、またはさらなるアーキテクチャの変更が導入される可能性があります。
結論
Linux カーネル 6.18 は、一夜にしてすべてを再定義するような「派手な」リリースではないかもしれませんが、その力は漸進的で思慮深い進歩にあります。このリリースは、安定性を重視しながら、パフォーマンスのアップグレード、ハードウェアとアーキテクチャのサポートの拡張、セキュリティの強化、ファイルシステムとメモリ管理の改良を組み合わせることで、長期的な信頼性にとって最も重要な堅実で進化的な改善を表しています。
ローリング リリース ディストリビューションを実行している場合、またはカーネルを手動で快適にコンパイルできる場合、特に新しいハードウェアを実行している場合、またはパフォーマンスとサブシステムのアップグレードの恩恵を受けたい場合には、6.18 を採用する価値があります。エンタープライズ環境または運用環境の場合、特に 6.18 が安定し、次の LTS カーネルになる可能性があるため、主流の配布パッケージに注意を払うことが最も安全な方法となるでしょう。
💡 AI エージェントが悪用する前に、隠れたリスクを発見して修復する方法を学びましょう
#Linux #がリリースされました広範なハードウェア #サポートのアップデートとドライバーの機能強化を搭載