本博客日IP超过2000，PV 3000 左右，急需赞助商。
极客时间所有课程通过我的二维码购买后返现24元微信红包，请加博主新的微信号：xttblog2，之前的微信号好友位已满，备注：返现
受密码保护的文章请关注“业余草”公众号，回复关键字“0”获得密码
所有面试题(java、前端、数据库、springboot等)一网打尽，请关注文末小程序
【腾讯云】1核2G5M轻量应用服务器50元首年，高性价比，助您轻松上云
在 AI Coding 流行的今天，很难想象还有多少人在坚持古法编程。
就连之前不看好 Vibe Coding 的一些大佬，也慢慢转变了态度，从排斥、怀疑、谨慎、尝试，到今天的叛变，Linus 虽不是第一人，但却是最知名的大佬级程序员之一。
Linus Torvalds 现在完全叛变了，他用 Claude Code 改内核，性能翻 3 倍，现在被更多的人知道了，然后还给 review 出了 Bug。
要知道，Linus 曾说 AI “90% 是营销”的，现在却偷偷用 Claude 改了 Linux 内核。只能说 AI Coding 真香！
Linus 用上了 LLM 编程
故事的起因是 10 月 12 日，Phoronix 的 Michael Larabel 在刷新 Linus Torvalds 的 Linux 仓库时，发现了一个极不寻常的东西。
Torvalds 的仓库里常年只有一个 master 分支。但这一次，冒出来一个新分支，名字写得明明白白 noref-filemap-read-with-llm。
分支名后缀带“llm”，不是玩笑，有可能是 Linus 故意为之。Linus 在主补丁的 commit message 里亲笔写道：
代码、测试程序、上述清单背后的审查，以及这封说明文字的初稿，都是由一个 LLM 编程助手（Claude Code）在我的指导下完成的。测试是在我自己的机器上跑的。
八补丁系列，基于 Linux 7.3-rc6，针对的是 Linux 内存管理里一个真实存在了两年的老问题。当多个线程并发读取同一文件的小块数据时，每次读取都要对 page cache 里的 folio 做一次原子引用计数加一减一。几十个 CPU 反复捶打同一条缓存行，时间全耗在互相等待上，而不是拷贝数据。这个问题最早由 Matthew Wilcox 在 2024 年从客户的工作负载中发现。
Linus 的方案很“内核”，读取放进 RCU 读侧临界区，直接免掉引用计数；被移出缓存的 folio 先扣着不还，等一个 RCU 宽限期过后再释放。再加一道安全阀，单个 CPU 排队等释放的页面超过 1024 个，就强制触发一次加速宽限期，防止内存堆积。
3 倍性能
先看数字，全部来自他自己那台 Core i7-8565U 笔记本。
- 8 线程对同一文件做 16 字节读取，内核每读周期从约 2950 降到 725；
- 吞吐从每秒约 1000 万次，涨到 3000 万–3300 万次，约 3 倍；
- 跨核缓存行争抢（Load HITM）从 30538 次，降到 101 次。
通过上面的数据就可以看出，这个改动很顶，很给力，大约有 3 倍的性能提升，但这个改动却来自 AI Coding。
文章配图参见：https://mp.weixin.qq.com/s/e3aMPdaZdvdNJro4h15rIA。
commit message
看到这里，不少人可能被 AI 的能力吸引了，但说实话，这个改动涉及的 commit message 本身，比性能数字更值得大家一读。
它没有吹嘘“AI 改变内核”，而是异常坦诚地列出了自己的代价和没做完的事。
- 单线程读未映射的用户页变贵了，从约 4150 周期涨到 6550 周期，优化路径失败一次再回退旧路径，白干一场；
- 内存滞留是这个系列里解决得最差的部份，延迟释放意味着内存要空闲一阵子，2GiB 虚拟机的压力测试里，六补丁版本在 4/8 CPU 上会触发 OOM killer；
- 数据只在一台笔记本上跑过，大机器、多路服务器、读写混合负载，统统没测。
一位创作者的评价很到位，这份说明包含了一个机制、一组测量、一个回退和一个明确的未完工清单。它给 reviewer 的是讨论的起点，而不是一张成绩单。
这份 commit message 的光芒，掩盖了 3 倍的性能提升。好像大家都知道性能会提升，同时 3 倍的性能提升也在预料之中一样，甚至是对 AI 的能力没有丝毫的怀疑，纷纷夸赞这份 commit message。
大神也没兜住 Bug
如果只是到这里，这不过又是一个“AI 编程真香”的故事。但剧情很快有了下文。
系列补丁发出后，社区 review 火力全开。Kiryl Shutsemau 也就是 2025 年提出同问题短读快路径的一位开发者，在 filemap_read_rcu_batch() 里发现了一个 race condition，folio 被替换之后，如果文件大小（i_size）恰好扩展，可能把从未写入的数据暴露给读者。Linus 建议把文件大小的读取提前、合并 folio 检查，Shutsemau 把它收进了修订版。
Matthew Wilcox 也质疑了新增的 PG_rcu_free 标志设计，主张改用页类型；Torvalds 在邮件列表里逐条回怼，认为标志必须在 folio 仍可能被映射进用户空间时就置位，inactive 链表回收覆盖不了 truncate 和打洞操作。吵归吵，闹归闹，后续开发他已经交给了 Shutsemau 接手，新系列改名 rcu-free-v3，扩充到 10 个补丁，在他的 64 线程 Threadripper 上，合成基准的吞吐从每秒 1330 万次冲到 3.04 亿次。
而真正让人哑口失笑的细节是这个，Linus 自己坦承，他之前手写的旧版修复，已经在自己机器上跑了 18 个月，结果是个坏的（broken）。也就是说，AI 写的代码被人工 review 抓出了 race，而人类大神亲手写的代码，藏了一年半没人发现。两相对照，“AI 写的”和“人工审的”谁也别想全身而退。
更妙的是后续支线是，Linus 在源码树上又放出一个 assoc-array-fixes 标签，说他“践行了自己一贯主张的做法”，用 LLM 把一段晦涩的补丁逻辑梳理清楚，结果 AI 不仅确认了原定的 bug，还额外挖出了三个在该代码库里潜伏超过十年的隐藏缺陷。
Linus 的 AI 叛变记
回头看，Linus 的“入坑”轨迹清晰得吓人：
- 2024 年 10 月：他说 AI 行业“90% 是营销，10% 才是现实”；
- 2026 年 1 月：他的吉他效果器项目 AudioNoise 的 Python 可视化工具，承认是用 Google Antigravity “vibe coding” 写的；
- 2026 年 7 月 15 日：他在内核邮件列表放话，Linux 不是反 AI 项目，看不惯的人可以 fork，或者干脆离开。但同一封信里他也抱怨，AI 对 maintainer 来说“有点痛苦”，因为它不断挖出令人尴尬的 bug；
- 2026 年 8 月：Intel Xe 显卡驱动的修复里，他记录 AI 好几次宣称问题无解、劝他放弃，被他逼着继续加调试代码，最终改动只是把
round_up()换成round_down()，前面是 24 个调试补丁和 18 次内核重启； - 10 月初：在布拉格的开源峰会上，他对着全场说出那句 “I actually really like using AI”，还说维护者的工作性质决定了他“用 AI 来做我不擅长的事”；
- 10 月 10 日：那个
noref-filemap-read-with-llm分支落地。
他的立场其实从来没变过，只是很多人当年没听懂，工具可以用，责任必须人来扛。内核社区已经把这条线写进了规则，AI 助手不得添加 Signed-off-by 标签，因为开发者 origin 证书只能由人类签署；提交者必须亲自审查所有 AI 生成的代码并负全责；用了助手要挂 Assisted-by 标签，让工具的角色留在 git 历史里。
最后
这件事传到各大社区，标题几乎全是“Linus 叛变”。但 Linus 一开始并不是反对 AI，而是反对某些人不担责，把整条时间线摆在一起，你或许就会看到另一个故事。
一个曾经把 AI 贬得一文不值的人，没有改信什么宗教，只是把 AI 放回了它该在的位置，像编译器、像静态分析器一样的工具。他不隐瞒用法，不外包判断，方向他定，测试他跑，数字他核，名字他签，race 被 reviewer 抓出来他就改。
而 AI 这边的“战绩”同样诚实得让人清醒，它写出了一套性能翻三倍的补丁，也带来了 OOM 隐患和一个数据泄漏 race；它挖出了三个藏了十多年的老 bug，也曾经错过真实存在的漏洞（CVE-2026-46242 Bad Epoll）。
性能提升 3 倍是真的。commit message 比性能数字更值得读，也是真的。而最值得记住的或许是，AI 没让 review 变得多余，它让 review 变得前所未有的重要，当代码的生产速度快过一个 maintainer 的阅读速度时，兜住 Bug 的最后一道防线，从来都不是“谁写的”，而是“谁在看”。
还是那句话，代码可以 AI 写，但责任人一定是程序员。
最后，欢迎关注我的个人微信公众号：业余草（yyucao）！可加作者微信号：xttblog2。备注：“1”，添加博主微信拉你进微信群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作也可添加作者微信进行联系！
本文原文出处：业余草： » Linus 叛变 AI，LLM 真香，但被 review 出了 bug