两年前，Linus Torvalds公开给AI泼冷水：“90%是营销，10%是现实”。知乎新智元
今年10月10日，这位Linux之父亲手提交了一个补丁，commit里白纸黑字写着：代码是Claude Code写的，我负责指挥。这个补丁就挂在他内核仓库里一个名叫noref-filemap-read-with-llm的分支上——分支名末尾的"llm"，明明白白宣告着AI的参与。CSDN微博
commit最后一节的Tools栏里，他把分工交代得清清楚楚：代码、测试程序、评审清单、连commit文本的初稿，都是Claude Code在他指导下完成的；测量数据由他本人在自己机器上跑出来的。知乎
补丁干了件什么事
问题出在page cache。把它想象成一间公共仓库：多个线程同时读同一个文件的小块数据时，内核要反复给同一个内存页加减引用，每次都得改同一行缓存。线程一多，这行缓存就成了独木桥。2024年，Matthew Wilcox就从客户负载里揪出了这个瓶颈，之后两年一直没人搞定。有人试过"先拷贝、再验证"的绕路方案，但内存页可能被释放、复用、迁移，边界情况根本盖不全，卡死了。Linus换了个思路：页从缓存里移除后，先等一个RCU周期再释放；读取方在RCU保护区里直接拿到页、拷贝数据，压根不碰引用计数。独木桥？不走了，直接绕过去。新智元知乎
效果立竿见影：在他那台i7-8565U笔记本上，8个线程同时读同一页，吞吐从约1000万次/秒干到3000万次/秒，每次读取的内核周期从约2950降到725。CSDN
先泼盆冷水：这组数字只属于他的笔记本和这个测试场景，换成多CPU、多插槽的机器，他没测。这点Linus在commit里倒是写得诚实。知乎
AI写得快，评审照样拦
10月13日，这组补丁（系列约十个，核心八个）被发到内核邮件列表评审。LWN次日报道，称这是Linus第一个LLM辅助的补丁系列。微博
反转来得很快：评审发现了一个竞态条件，补丁需要返工，截至10月中旬还没合并。这恰恰是整件事最有价值的部分——代码是Claude Code写的，测试也是它写的，但能不能进内核，仍然由评审说了算。AI把速度提上去了，也把一个问题摆上了台面：进了核心系统，规矩一条都不能少。知乎CSDN
附赠一个更狠的故事
差不多同一时间，Linus还用LLM整理了内核里出了名难读的关联数组（assoc-array）代码：让AI把庞大晦涩的函数拆成清晰结构，扔进用户空间测试框架里跑。结果不仅坐实了开发者此前报告的一个缺陷，还挖出三个从2013年潜伏至今的漏洞。微博新智元
注意方法论：AI没有开天眼直接看穿bug，它做的是把代码变得"人能读懂"，最终靠测试和人工审查定案。微博
普通人能抄的作业
今年4月，Linus和内核维护者们定下原则：可以用AI工具，不接受AI垃圾，出错由人类负责。7月，他对反对AI的开发者放了句话：不接受，可以fork。这次他亲自下场，等于把"人类负责"从口号变成了带署名的样板。知乎
所以别急着焦虑"程序员要完"。地表最硬核的程序员是这么用AI的：AI负责敲字，人负责方向、判断和签字。AI代码能进核心系统的门票，从来不是模型够强，而是有人敢为它负责。
下次让AI帮你写代码时，不妨先问自己一句：这段代码，你敢署名吗？
