トーバルズ氏が、Claude Codeで書いたLinuxカーネルの実験パッチ：何が確かで、何がまだ分からないのか

この記事は、実際に使って確かめた記録ではありません。この記事は、報道（PhoronixとLinuxiac）と、Linuxカーネルの公式文書を、2026年10月14日に読んでまとめ、10月22日に読み直したものです。コミットの原文（git.kernel.orgのページ）は、僕らのツールからは開けなかったので、原文の言い回しは報道に引用された範囲にとどまります。

先に結論

• 何が起きたか。 トーバルズ氏の公開リポジトリに、普段は置かれない枝が現れました。8つのパッチからなる実験で、ファイルの内容を一時的に覚えておく仕組み（ページキャッシュ）の読み込みを、速くしようとするものです。
• AIの役割。 説明文によると、コード、試験用プログラム、見直し、説明文の下書きに、Claude Codeを使っています。「指示のもとで」とあるので、設計と判断は人が持つ、という立場の文章です。
• 3倍の意味。 速くなったのは、「複数のスレッドが、同じファイルの同じ場所を、小さく何度も読む」場面です。普段のパソコンやサーバーの体感が3倍になる、という話ではありません。
• まだ入っていない。 本流には取り込まれておらず、次のリリースに入るかも分かりません。

前提：用語をそろえる

• Linuxカーネル：Linuxの中心部分です。メモリ、ファイル、ネットワークなどを管理し、ほぼすべてのLinux機器とAndroidの土台になっています。
• ページキャッシュ：ディスクから読んだファイルの内容を、メモリに一時的に覚えておく仕組みです。2回目以降の読み込みが速くなります。
• フォリオ：ページキャッシュの中の、メモリ管理の単位です。カーネルの公式文書では、ページキャッシュ内のメモリ管理の単位と説明されています。
• 参照カウント：「いま、このデータを使っている人が何人いるか」の数です。使い終わった人が減らし、ゼロになったら片付けられます。
• RCU（Read-Copy-Update）：読む側が重い鍵を使わずに済むように作られた、カーネルの仕組みです。読むほうが書き換えよりずっと多い場面に向いています。
• 本流（メインライン）とマージウィンドウ：トーバルズ氏が管理する本体のリポジトリが本流です。新しい変更は、各開発サイクルの初めの約2週間（マージウィンドウ）に取り込まれます。

何を速くしようとしているのか

報道によると、問題は次のとおりです。いま、ページキャッシュからデータを読むたびに、参照カウントを増やして減らす作業が入ります。複数のスレッドが同じファイルを繰り返し読むと、このカウントの更新が取り合いになり、待ちが生まれます。

実験のパッチは、RCUを使うことで、条件によってはこの参照カウントを触らずに読めるようにします。報道では、「mm: read from the page cache without folio references」というタイトルで、全部で8つのパッチと伝えられています。ベースは、開発中のLinux 7.3-rc6に修正を足したものです。

数字を、条件つきで読む

Linuxiacが伝える数字は、次のとおりです。いずれも、トーバルズ氏自身が、説明文に書いた測定結果として報じられています。

測定の環境は、トーバルズ氏のノートパソコン（Intel Core i7-8565U、4コア8スレッド）、ファイルシステムはext4で、セキュリティ対策の一部を切った状態、と伝えられています。Phoronixは、数字を文章では示さず、図だけを載せています。

ここから言えるのは、次のことです。

• 3倍は、8スレッドが16バイトの読み込みを繰り返すという、特別な試験での数字です。
• 1スレッドでは、差はごくわずかです。
• 他のパソコンや、実際のアプリケーションでの効果は、この数字からは分かりません。
• 測定は一人の、一台の機械での結果で、第三者の再現は、僕らが確認した範囲ではありません。

報道が伝える、未解決の課題

Linuxiacは、コミットメッセージが次の点を未解決として挙げている、と伝えています。

• メモリの割り当てにかかわる挙動
• 他の部分との互換性
• 性能が悪化する場合（回帰）の可能性
• メモリの再利用を遅らせることによる性能への影響

また、読み込みがメモリ上にないページに当たる場合などで、オーバーヘッドが増えるケースがある、とも伝えられています。つまり、この実験は「完成した改良」ではなく、「この方向で、ここまで速くなる。ただし課題が残る」という、検討用の材料です。

AIが書いた、ということをどう置くか

カーネルの公式文書には、AIコーディング支援についての決まりがあります。要点は3つです。

1. AIが「Signed-off-by」を付けることはできません。これは、投稿する人が、権利と責任を引き受けるための署名で、人だけが付けられます。
2. AIが関わった貢献には、「Assisted-by」の行を付けます。例として、Assisted-by: LLM coccinelle sparse のような形が示されています。
3. 投稿する人が、AIの書いたコードをすべて見直し、ライセンスの条件（GPL-2.0-only互換）を満たすことを確かめ、全責任を負います。

今回のパッチが、この形式の表示を付けているかどうかは、僕らは確認できていません。説明文に「Claude Codeを使った」と明記されているのは確かです。

ここから、僕らの見立てを3つ書きます。報道と公式文書から組み立てたもので、トーバルズ氏やカーネル開発者の意見ではありません。

1. 「AIが書いた」ことは、品質の保証でも、反証でもありません。 決め手は、見直し、試験、実測、未解決の課題の開示です。今回の説明文は、課題を自分で列挙している点で、その型に沿っています。
2. この種の仕事では、AIは「手を動かす人」で、判断は人にあります。 説明文が「自分の指示のもとで」と書いているのは、そのためだと読めます。
3. 自分の開発に持ち帰るなら、数字の出し方を真似てください。 「どの機械で、どの条件で、どの作業を、何回測ったか」を書き、条件を外れたら効果が出ないことも書く。AIが出した数字でも、自分が出した数字でも、同じです。

気をつけること

• この記事ではこのパッチを動かしておらず、コードも全部は読んでいません。この記事は、報道と公式文書の内容を、2026年10月14日に確認してまとめ、10月22日に読み直したものです。
• コミットの原文は、git.kernel.orgのページが僕らの環境から開けなかったため、確認できていません。説明文の言い回しと数字は、PhoronixとLinuxiacの報道に拠っています。数字を使う場合は、原文で確かめてください。
• 速度の数字は、一人の開発者の、一台の機械での、特定の試験の結果です。他の環境での効果は、分かりません。
• 本流に取り込まれるかどうかは、決まっていません。取り込まれる場合は、次のマージウィンドウ（約2週間）を通ります。
• Phoronixは、トーバルズ氏が他にもAIを使ったカーネル作業をしたことを伝える記事に触れています。この記事では扱っていません。

出典

• Linus Torvalds Experiments with AI-Generated Kernel Code, Sees 3x Speedup（Linuxiac、2026年10月12日、10月22日確認）
• Phoronix：トーバルズ氏の実験用ブランチ noref-filemap-read-with-llm についての記事（Michael Larabel、2026年10月11日、10月22日確認）
• Kernel documentation: AI Coding Assistants
• Kernel documentation: What is RCU?
• Kernel documentation: How the development process works
• Kernel documentation: The Page Cache

更新履歴

• 2026年10月25日 書き方を直しました。

  • 前：運営者が使っていないと読める書き方 → いま：「この記事は、実際に使って確かめた記録ではありません」。公式の資料を読んでまとめた記事で、使い心地は書いていない、という意味に直した

• 2026年10月22日 公式の資料を読み直しました。書いてあることに変わりはありませんでした。