Linux 之父首个 AI 辅助补丁：并发读取吞吐量提升约 3 倍

10 月 14 日有科技媒体报道，Linux 之父托瓦兹在个人 Git 仓库提交首个由 LLM 辅助开发的内核补丁，特定测试负载下并发文件读取吞吐量提升约 3 倍。这为 AI 深度参与专业工作流提供了可验证样本。

发生了什么

10月14日，科技媒体 lwn 报道，Linux 之父林纳斯·托瓦兹在个人 Git 仓库推送了名为 noref-filemap-read-with-llm 的新开发分支，正式提交了他首个由大语言模型（LLM）辅助开发的内核补丁系列。

托瓦兹于10月13日在该分支下提交补丁，主题为“提高页面引用计数可扩展性”，针对 Linux 内存管理长期瓶颈。补丁的核心代码、测试程序、漏洞审查以及公告文档初稿，均由托瓦兹亲自指导、Anthropic 推出的 AI 编程工具 Claude Code 协作完成。

该补丁目前仍处于实验性分支，尚未合入 Linux 7.4 正式主线。

关键事实

• 托瓦兹在 torvalds/linux.git 仓库中通常只维护 master 分支，此次专门使用 noref-filemap-read-with-llm 分支，后缀包含“llm”。
• 在 8 个线程同时读取同一文件的特定测试负载下，读取吞吐量从每秒 990 万~1040 万次跃升至 3000 万~3300 万次，提升约 3 倍。
• 单次读取消耗的内核时钟周期从大约 2950 次锐减至 725 次。
• 托瓦兹在近期维护者峰会及另一处 assoc_array 代码库清理中，用 LLM 重构陈旧代码，并发现藏匿 13 年之久、可追溯至 2013 年首个提交的 3 个隐蔽 Bug。

我们的分析

这件事的直接意义可能在于：AI 编程工具开始以公开、可追溯的方式进入 Linux 内核的核心改进流程。托瓦兹以往很少在分支上开发，这次专门使用带“llm”后缀的分支，可能是在做公开实验，而非直接推动合入。这保留了对 AI 生成代码的验证空间。

测试结果显示的大幅提升来自“关闭电脑的部分安全防护后”的特定负载，不能等同于生产环境收益。它更像一个案例：AI 能帮助定位并发读取中的引用计数争抢，但性能结论仍需人工在标准配置下复核。这种“人主导、AI 协作”的模式，可能成为开源社区接受 AI 代码的前提。

对内容创作者和社区运营者来说，这个案例提供了一种工作流参照：让 AI 起草、测试、审查初稿，用自己的判断和真实数据做最终把关。

对运营者意味着什么

• 把 AI 当“初稿协作者”：像托瓦兹那样先明确目标和约束，再让 AI 生成社媒文案、公告或脚本初稿，自己负责事实核对与语气调整。
• 为 AI 产出建立实验分支：在正式账号发布前，用小范围测试或草稿环境验证内容，避免未经验证的 AI 输出直接面向受众。
• 用指标回测 AI 内容：参照补丁测试的吞吐量、时钟周期，运营者可以记录阅读率、互动率、留存等数据，比较 AI 辅助内容与人工内容的表现，而不是只看生成速度。
• 关注开源与 AI 协作的边界：如果要运营技术社区或开发者向账号，可以引用这一案例，但不宜把 AI 描述为“替代维护者”，否则可能引发信任问题。