Linux 之父托瓦兹推出首个 AI 辅助开发的补丁：并发文件读取吞吐量提升约 3 倍

一句话结论

林纳斯 · 托瓦兹使用 AI 工具完成首个内核补丁，在并发文件读取场景下将吞吐量提升约三倍。

关键要点

• 林纳斯 · 托瓦兹（Linus Torvalds）在 2024 年 10 月 13 日于个人 Git 仓库推送了名为 noref-filemap-read-with-llm 的新分支。
• 该补丁系列由 Anthropic 推出的 AI 编程工具 Claude Code 协作完成，涵盖核心代码、测试程序、漏洞审查及文档初稿。
• 在 8 个线程同时读取同一文件的特定测试负载下，读取吞吐量从 990 万 ~1040 万次/秒提升至 3000 万 ~3300 万次/秒。
• 单次读取消耗的内核时钟周期从约 2950 次降低至 725 次，性能提升显著。
• 该补丁目前处于实验性分支，尚未合入 Linux 7.4 正式主线。

背景与事实

2024 年 10 月 14 日，科技媒体 lwn 报道称，Linux 之父林纳斯 · 托瓦兹在其个人 Git 仓库中正式提交了首个由大语言模型辅助开发的内核补丁系列。通常情况下，托瓦兹在 torvalds/linux.git 仓库中主要维护 master 分支，极少在分支上进行开发。此次出现的 noref-filemap-read-with-llm 分支名称中包含“llm”后缀，明确标识了该开发过程使用了人工智能工具，特别是 Anthropic 公司的 Claude Code。

托瓦兹于 10 月 13 日在该分支下提交了名为“提高页面引用计数可扩展性”的补丁。该补丁主要解决 Linux 内存管理中的长期瓶颈，具体针对多个线程同时高频微量读取同一文件时的性能问题。传统机制因反复触发页缓存（Page Cache）的引用计数更新，导致多核 CPU 产生严重的竞态争抢。托瓦兹表示，这组补丁的核心代码、测试程序、漏洞审查以及公告文档的初稿，均是在他本人的亲自指导下，由 Claude Code 协作完成的。

在测试过程中，托瓦兹关闭了电脑的部分安全防护。在 8 个线程同时读取同一文件的特定测试负载下，读取吞吐量从原本的每秒 990 万至 1040 万次，直接跃升至 3000 万至 3300 万次，性能提升约三倍。同时，单次读取消耗的内核时钟周期从大约 2950 次锐减至 725 次。此外，IT 之家注明该补丁目前仍处于实验性分支状态，尚未合入 Linux 7.4 的正式主线。

除了这一主要补丁外，托瓦兹在近期的维护者峰会及另一处 assoc_array 代码库清理工作中，也利用了 LLM 工具将晦涩难懂的陈旧代码进行重构。在此过程中，LLM 甚至揪出了藏匿在 Linux 系统中长达 13 年之久、可追溯至 2013 年首个提交的 3 个隐蔽 Bug。

影响分析

对于中文开发者与 Linux 内核从业者而言，这一事件标志着人工智能技术在最复杂的操作系统内核开发领域取得了实质性落地。虽然目前补丁未合入主线，但其性能提升幅度巨大，表明 AI 辅助编程已能处理涉及并发控制、内存管理等复杂逻辑的深度优化任务。从业者需关注 AI 工具在代码审查和重构方面的能力边界，特别是其对长期存在隐蔽 Bug 的识别能力。这意味着传统的代码审查流程可能需要引入对 AI 生成代码的特定验证标准，以确保内核级代码的安全性。

从开发效率角度看，AI 协作生成文档和测试程序的能力，可能会降低资深内核开发者在文档编写和基础测试用例构建上的时间成本。然而，内核代码的稳定性要求极高，任何未经充分验证的 AI 生成代码都可能带来安全风险。开发者应认识到，AI 目前是强大的辅助工具，而非替代方案，最终的正确性验证仍依赖于人类的严谨审查。

适用边界

本文关于性能提升的结论仅适用于“多核 CPU 环境下、8 个线程并发高频微量读取同一文件”的特定测试场景，且测试过程中关闭了部分系统安全防护。该补丁目前处于实验性分支，未合入 Linux 7.4 正式主线，因此在生产环境中直接使用可能面临稳定性风险。此外，AI 辅助开发的效果高度依赖于人类专家的指导与审查，若缺乏专业内核开发人员的介入，AI 生成代码的正确性和安全性无法得到保证。

孤本观察

编辑观察到，托瓦兹作为 Linux 项目的最高维护者，其亲自下场使用特定 AI 工具并公开数据，具有极强的风向标意义。这表明 AI 辅助内核开发已从概念验证阶段进入实际性能优化阶段，但同时也凸显了“实验性分支”与“正式主线”之间的巨大鸿沟，安全验证仍是核心障碍。

来源：IT之家