Linus Torvalds 首个 AI 辅助补丁现身 Linux 内核,合成测试 23 倍提速 | Linux 开发新纪元
2026年10月16日,Linux 创始人 Linus Torvalds 在内核邮件列表(LKML)发布了其首个 AI 辅助补丁——通过 Perl 脚本调用大语言模型重构暂存环形缓冲区的 stash 与 lookup 路径,核心代码从 58 行压缩至 27 行,合成测试录得 23 倍性能提升。这是 Torvalds 此前宣布支持 AI 编码指令后,首次公开将 LLM 引入自己的内核开发流程。
八卦资讯首个 AI 辅助补丁:环形缓冲区微调带来 23 倍飞跃
据 Tom's Hardware 报道,该补丁于 2026 年 10 月 16 日提交,针对的是内核消息系统的暂存环形缓冲区(staging ring buffer)。在原有实现中,stash 与 lookup 两条关键路径存在大量冗余分支判断,导致高频调用场景下的缓存命中率偏低。Torvalds 通过 LLM 辅助重写后,函数体被合并为更紧凑的逻辑:净减少 31 行代码,行数从 58 行缩减至 27 行,降幅达 53.4%。LKML 上公开的补丁说明显示,这不仅是行数削减,更重构了数据结构查找顺序,将热点路径上的间接寻址次数减少了 2 次。
八卦头条Perl 脚本指挥 LLM:Torvalds 的独特工作流
Torvalds 在邮件中详细解释了他的方法:他写了一个 Perl 脚本来封装提示词,把内核源码中某个函数自动提取出来,交给 LLM 生成优化建议,再人工审查并合入补丁。他强调这次实验完全符合他先前提出的“不要给 LLM 喂垃圾”原则——输入给模型的是经过人工裁剪的精确上下文,而不是把整个代码库草率地丢给 AI。Torvalds 在 LKML 中写道:“这是‘不要给 LLM 喂垃圾’原则的典型示范——模型只负责提出方案,人脑负责判断是否采纳。”根据 Tom's Hardware 的梳理,这类“小步快跑”的方式,与 Copilot 类工具直接补全代码的用法有本质区别。
八卦周刊从 58 行到 27 行:合成测试揭示 23 倍提速
补丁的价值最终体现在数据上。Torvalds 在 LKML 公布的合成测试结果显示,stash 与 lookup 两条关键路径在重构后综合性能提升约 23 倍,同时代码行数从 58 行降至 27 行,净减少 53.4%。他同时提醒,合成测试不能完全代表真实负载,但超过一个数量级的改善已经引起社区广泛讨论。另据 Phoronix 等科技媒体跟进报道,该补丁已进入 linux-next 测试分支,后续合入主线的前景明朗。
八卦论坛| 指标 | 补丁前 | 补丁后 | 变化幅度 |
|---|
| --- | --- | --- | --- |
|---|
| 核心函数行数 | 58 行 | 27 行 | 减少 53.4% |
|---|
| 净减少代码量 | — | — | 31 行 |
|---|
| 优化路径 | stash/lookup 冗杂分支 | 紧凑查找逻辑 | 2 条热点路径 |
|---|
| 合成测试综合性能 | 基线 | 23 倍 | +2200% |
|---|
| 提交日期 | — | 2026-10-16 | 首个 AI 辅助补丁 |
|---|
内核社区分裂:挺 AI 与反 AI 派持续角力
尽管 Torvalds 亲自示范,内核社区关于 AI 的争论并未因此平息。Tom's Hardware 在报道中援引数位内核开发者的邮件指出,支持者认为 LLM 能显著降低机械性编码负担,让维护者把精力投向架构设计;反对者则担忧 AI 生成的代码可能引入难以察觉的语义错误,尤其在并发与内存屏障这类敏感领域。一位长期维护文件系统的开发者在邮件列表中表示:“AI 生成的补丁可以很快,但我们更需要可验证的正确性。”截至目前,支持与反对两派在邮件列表中的交锋已持续数月,没有任何一方被说服。
从公开表态到亲自实践:一场态度转向
Torvalds 的这次实践并非偶然。早在 2026 年年中,他就曾在公开场合对内核引入 AI 工具下达了明确的 pro-AI 指令:允许开发者在内核开发流程中使用 LLM,但前提是补丁必须经过同等严格的 review。当时这一表态曾引发争议,有评论认为他“过于乐观”。这次亲手上传 AI 辅助补丁,等于用行动回应了质疑。Tom's Hardware 评论称,当 Torvalds 把自己变成“用户”时,规则的示范效应远大于口头指令。他在邮件中强调,LLM 的产出只是候选方案,最终每一行改动都由人类审查并签名——补丁中保留了他的完整签名,以示责任归属。
对内核开发流程与行业的长远影响
这个补丁虽然只有 27 行,但它打开的窗口远超代码本身。Linux 内核拥有超过 3000 万行代码和数千名贡献者,如果 23 倍性能提升能够在更多模块复制,意味着 AI 辅助优化将从“玩具演示”升级为基础设施级生产力工具。另一方面,Torvalds 的方法也给出了一条中间路线:用脚本约束输入、用人工控制输出,避免了自由生成带来的不可控风险。正如他在 LKML 上写的那样,关键不在于是否使用 AI,而在于“你始终清楚自己在做什么,并且愿意为结果负责”。
Q1: 这个补丁已经合并进 Linux 主线了吗?
A1: 截至 2026 年 10 月 16 日,该补丁已提交到内核邮件列表并进入讨论阶段,尚未正式合入某一发布主线。按 Torvalds 的惯例,若社区评审通过,它很可能随下一个合并窗口(预计为 v6.17)进入内核主线。合成测试的高增速能否在实际负载中复现,是评审关注的核心问题。
Q2: Torvalds 的做法是否意味着 AI 将取代内核开发者?
A2: 不会取代。Torvalds 在邮件中明确表示,LLM 只负责生成候选代码,审查、决策与最终署名仍由人类完成。他在本次补丁中保留完整签名,并用 Perl 脚本限定输入范围,恰恰说明他警惕无约束 AI 编码的风险。短期看,AI 更像是一个“效率放大器”,而非“开发者替代品”。
从首个 AI 辅助补丁到 23 倍性能飞跃,Torvalds 用 27 行代码示范了 LLM 在内核开发中的正确姿势。这场由“老大”亲自发起的实验,正在悄悄改写全球数百万开发者对 AI 辅助补丁的接受度。下一步,要看真实负载能否接住合成测试画下的预期。
