Linux 7.0リリース——Rust正式採用、AIが新常態へ
35年のカーネル開発が、また一つ大台を越えた。バージョン番号に意味はない。それでも、中身には確かに積み重ねがある。
「指と足の指が足りなくなってきた」
リーナス・トーバルズがLinux 7.0を正式リリースしたのは2026年4月12日（現地時間）のことだ。バージョン番号の更新理由は、ひどく実用的なものだった。
「大きな数字に混乱し始めている。また指と足の指が足りなくなってきた」——彼はカーネルメーリングリストにそう書いた。Linux 6.xシリーズが19で終わり、次は7.0へ。3.xが19で終わって4.0になり、5.xが19で終わって6.0になったのと同じ理由だ。
これが「7.0」に込められたすべてだ。節目でも革命でもない。Linux 7.0は、ただの次のカーネルリリースである。
ただし、その中身は別の話だ。
AIが「バグの嗅ぎ手」として定着した
今回のリリースで目を引いたのは、技術仕様よりもトーバルズの一言だった。
「AIツールの利用がコーナーケースを見つけ続けるだろう。これがしばらくの間の『新常態』になるかもしれない」
実際、今回の開発サイクルはRC（リリース候補）の段階から修正コミット数が例年より多く、rc2、rc3、rc4と連続して「例年より大きい」という状態が続いた。コードの質が低かったわけではない。AIによるコードレビューが従来は見過ごされてきた細かなバグを大量に浮かびあがらせたためだ。
トーバルズが「良性に見える」と判断してリリースを決断したように、今は人間がAIの発見物の「価値」を評価する段階にある。それ自体が、新しい形の協働かもしれない。
副官のグレッグ・クロアーハートマンも同時期に「AIがバグを報告するための文書を整備した」と述べており、カーネル開発チームはAIとの付き合い方を本格的に制度化し始めている。
Rustが「実験」を卒業した
技術面での最大のトピックは、Rustの正式サポートだ。
Linuxカーネルは1991年の誕生以来、C言語で書かれてきた。Cは強力だが、バッファオーバーフローやメモリ解放後の使用（use-after-free）といったバグを構造的に防げない。カーネルのCVEの多くはこれらに由来する。
Rustはこれらのバグを言語レベルで排除できる。Linux 7.0で「実験的」のラベルが外れ、カーネル開発の正式な選択肢となった。
カーネルをCからRustに「書き直す」わけではない。新しいコードや特定のサブシステムにRustを使えるようになる、というのが実情だ。
実用的な改善——速くなること、安定すること
バージョン番号の話題に隠れがちだが、Linux 7.0には地味に効く改善がいくつも入っている。
| 改善項目 | カテゴリ | 内容 | 対象 |
|---|---|---|---|
| Rust正式サポート | 言語・開発 | 「実験的」ラベルが外れ正式化 | 開発者 |
| スワップ高速化 | メモリ管理 | 最大20%スループット向上 | 全環境 |
| ZRAM改善 | メモリ管理 | 圧縮データをそのままディスクに書き込み可 | ローエンド機器 |
| スレッド高速化 | システム性能 | 生成・終了が10〜16%高速化 | マルチコア環境 |
| ファイル操作高速化 | システム性能 | オープン・クローズが4〜16%高速化 | マルチコア環境 |
| Intel TSX再有効化 | ハードウェア対応 | 10世代以降のCoreで「auto」設定が導入 | Intel 10世代以降 |
| XFS自己修復 | ファイルシステム | マウント中にsystemdデーモンが自動修復 | サーバー環境 |
| ML-DSA署名 | セキュリティ | SHA-1廃止・量子耐性署名方式に置換 | 全環境 |
メモリ管理とスワップの高速化
スワップ（メモリ不足時にディスクを代用する仕組み）のサブシステムが強化された。複数プロセスが同じスワップ済みメモリを共有するケースでのスループット改善が特に大きく、Redisを使ったテストでは最大20%の向上が確認されている。
ZRAMと呼ばれる圧縮メモリ上のスワップデバイスも改善され、圧縮データをそのままディスクに書き込めるようになった。ローエンド機器での動作が軽くなる。
スレッドの生成・終了が10〜16%高速化、ファイルのオープン・クローズも4〜16%改善されているため、マルチコア環境での全体的な応答性が上がる。
Intel TSXが10世代以降で有効化
インテルのTSX（Transactional Synchronization Extensions：トランザクション同期拡張）は2019年に脆弱性が発覚し、影響のない10世代以降のCPUも含めてカーネル側で無効化されていた。
Linux 7.0では「auto」設定が導入され、10世代以降のCoreでは自動的に有効になる。マルチスレッドの同期処理が重いワークロードで恩恵を受けやすい。
XFSが自己修復できるようになった
ファイルシステムのXFSに「自己修復」機能が加わった。エラーが検出された場合、systemd管理のバックグラウンドデーモンがマウント中でも修復を自動実行できる。本番環境のサーバーにとって、これは運用コストの削減につながりうる変化だ。
セキュリティ面での転換
SHA-1によるモジュール署名が廃止され、量子耐性を持つML-DSA（Module-Lattice Digital Signature Algorithm）方式に置き換えられた。
既存の環境への影響は限定的だが、量子コンピュータへの備えという点では先を見た変更だ。
Ubuntu 26.04 LTSと合流する
もう一つ見落とせないのが、Ubuntu 26.04 LTS（コードネーム "Resolute Raccoon"）との関係だ。4月23日リリース予定のこのLTS版はLinux 7.0を標準カーネルとして搭載する。
LinuxデスクトップのユーザーベースにおいてUbuntu LTSが占める比率は大きく、Linux Mint、Kubuntu、Pop!_OSなど多数のディストリビューションがその恩恵を受ける。Ubuntu Proの延長サポートを含めると最長2036年まで動き続けるが、通常サポートだけでもLinux 7.0は2031年まで現役の基盤として使われ続ける。
数字に意味はない、とトーバルズは言う。それでも35年間、同じことを続けてきた人間が「7.0」と打ち込んだ事実は、静かに重い。
参照元
他参照
- The Register — Linux 7.0 debuts as Linus Torvalds ponders AI's bug-finding powers
- OMG! Ubuntu — Linux 7.0 brings faster swap, Intel TSX and Rock Band 4 controller support
関連記事
- トーバルズ、Linux 7.0来週リリースへ rc7で最終確認
- Linux 7.0、Zen 3の誤検知エラーを土壇場で抑制
- Linuxカーネル、AI生成コードを条件付きで容認へ
- Redox OSがLLM生成コードを全面拒否、議論の余地なし
- Rust Coreutils 0.8が登場、dd 45%高速化とブラウザ実行環境
- Linux 7.1、37年間続いたi486サポートに幕を下ろす
- Ubuntu 26.04 LTSが最小RAM要件を6GBに引き上げ――価格高騰の真っ只中に
- GNOME 50がGoogle Driveを切り捨てた理由
- Firefox 149 vs Chrome 147、Linuxベンチマーク対決の勝者と敗者
- Linux v0.1の残骸を一掃：35年越しの「春の大掃除」
