程序员自己的节日，没有比这条 commit 更对味的信号了。
10 月 10 日，有人刷新 Linus Torvalds 的官方内核仓库，发现一条画风不对的新分支：`noref-filemap-read-with-llm`，后缀写得毫不遮掩——这事有 LLM 参与。 commit message 的"Tools"一节更是把分工摊开讲：代码、测试程序、评审清单背后的工作，以及这段 commit 文本的初稿，都由 LLM 编程助手 Claude Code "在我的指导下"完成，测量跑在他自己的机器上。知乎知乎
那个 2024 年公开说 AI 是"90% 的营销、10% 的现实"、把烂代码骂上热搜的人，10 月亲手把 Claude Code 带进了 Linux 内核最核心的 page cache。 这两天小红书、知乎、B 站上"Linus 真香了"的玩梗贴刷屏，但玩梗之外，这条补丁真正值得抄的东西，藏在细节里。知乎
这个补丁到底解决了什么
Linux 用 page cache 缓存文件数据，多个线程同时小块读同一个文件时，内核每次读取都要给承载数据的内存对象（folio）原子地加减引用计数。线程一多，所有 CPU 核心都去抢同一行缓存，底层疯狂执行 lock cmpxchg、lock decl，变成缓存行颠簸。2024 年，内核开发者 Matthew Wilcox 把这个问题从真实客户的生产负载里提了出来；Linus 在自己的测试机上测得更狠——8 线程并发小读时，这个瓶颈占到全部"Load HITMs"开销的 99.92%，几乎吃满 CPU 总线带宽。
此前社区试过"拷贝完再验证"的快速短读方案，但页可能被释放、复用、迁移，边界验证覆盖不住，方案卡了两年。Linus 换了个方向：页从 page cache 移除后，先等一个 RCU 宽限期再释放；这样读的时候在内核 RCU 保护区里直接拿页拷给用户，根本不用取引用。"拷完再验证"的难题，被延迟释放这一手绕开了。
结果：i7-8565U 笔记本（4 核 8 线程、ext4），8 线程对同一页反复做 16 字节小读，吞吐从约 1000 万次/秒拉到 3000 万次/秒，单次读的内核周期从约 2950 降到 725；单线程只提升约一成。 注意口径——这个数字只属于他的笔记本和这个 benchmark，换更多 CPU、更多 socket 的机器他还没测。知乎
更值得注意的：补丁到现在还没合并
10 月 13 日，Linus 把这套约十个补丁的系列发到邮件列表评审，LWN 次日报道时称其为"他的第一个 LLM 辅助补丁系列"。 评审很快抓出一个竞态条件，补丁需要回炉；截至 10 月中旬，没有合并。所以"Claude 写出了 Linux 内核补丁"这句话，准确说法是：Claude 写出了初稿，Linux 的 review 机器还没放行。AI 把速度提上去了，也把一个竞态条件一起提上了 LKML——这正是内核社区对 AI 态度反复拉扯的缩影。知乎
把时间线连起来看：他没倒戈，是他一直在执行同一条规则
2024 年 10 月：AI 是"90% 营销、10% 现实"，自己不想碰。
2026 年 4 月：Linus 和维护者达成原则——可以用 AI 工具，不接受 AI 垃圾，出错由人类负责。知乎
2026 年 5 月：他在 LKML 专门开炮：AI 出的代码你必须自己读懂、自己改；AI 帮你找的 bug，为什么不加修法加测试？同期内核安全列表被 AI 灌水报告塞爆，同一周 Go 团队也在抱怨漏洞报告暴增十倍。知乎
2026 年 6 月，开源峰会：他吐槽"99% 代码都是 AI 写的"——照这逻辑代码 100% 是编译器写的，你们怎么不吹？微博
2026 年 7 月：围绕自称能命中 53.6% 内核 bug、但同时有约 20% 假警报的 agentic AI 审查系统 Sashiko，内核社区爆发争论。 对反对 AI 的开发者，他的说法是"不接受可以 fork"，同时明确自己乐意用 AI。哔哩哔哩
2026 年 10 月：有人提议内核全面禁用 AI 生成代码，他在邮件列表开喷"愚蠢"；几天后，他交出了这条署名 Claude Code 的补丁。小红书
从头到尾他的立场只有一条：工具写代码不是问题，问题是有没有人对这段代码负责。 他 2024 年骂的"90% 营销"是 AI 不靠谱的那一面；他现在用掉的，恰好是自己验证过的那 10%——代码、测试、文档初稿放手给 AI，方向、测量、署名留给自己。这不是真香反转，是一个人按自己定的规矩办事。
去年年底 Linus 在韩国的那场对谈里还说过：他快 20 年没真正写过代码了，现在更像"读者"——每天读邮件，绝大部分只读不回，不回邮件就代表他对现状满意。 再往前一个月，他还在节目里现身组装了一台"理想的 Linux PC"，镜头扫过打开的机箱，屏幕上跑的是熟悉的 GRUB 启动菜单和 Tux 壁纸。 一个不再亲手敲代码、却第一个把 Claude Code 送进内核主干的人——这个反差本身就是今年 1024 最好的节目效果。微博腾讯新闻
打工程序员能直接抄的，是"在我的指导下"这六个字
据 10 月 23 日的社区转述，Linus 紧接着又干了第二票：内核里古老的 `__get_user()/__put_user()` 宏，在 SMAP/SMEP 时代省下那点地址检查早已不划算、反而留安全隐患，用他自己的话说"这玩意儿我们多年前就该拔掉了"——这次他先手写第一个基准补丁定死标准和边界，再让 Claude 按葫芦跨模块批量铺开，48 个 commit 进入即将发布的 7.4。小红书
这套"人类打样 + AI 铺量"的组合，和他 commit 里的披露方式，恰好是当下 AI 编程争论里最缺的两个零件：
先自己写最小基准。 方向（RCU 延迟释放）是人给的，不是模型给的。METR 的研究一度测出 AI 让开源开发者反而慢了 19%——差别多半就差在有没有人先把问题想清楚。哔哩哔哩
提交的每行都要你解释得动。 Sashiko 命中 53.6% 听着漂亮，20% 的假警报同样真实；补丁没合并就是评审机器对 AI 初稿的裁决。
像他一样署名。 别把"AI 写的"藏起来。同一周内核社区还在讨论要不要取消"Assisted-by"标签——连 Linus 本人都选择了在 commit message 里白纸黑字写清哪些是 Claude 干的。知乎
1024 之后盯这三个信号
Linux 7.3 已在 10 月 20 日例行发布，18,765 个非合并提交照单全收。 真正悬着的是：那条 `-with-llm` 分支的补丁修好竞态后，能不能赶上 7.4 的合并窗口——合了，就是第一个署名 LLM 的补丁正式进入内核史。“Assisted-by"标签的去留讨论、以及 Linus 会不会用 Claude Code 继续清他点名的其它"屎山”，都值得蹲。知乎
Talk is cheap, show me the code。这句话在 AI 时代依然成立，只是主语变了：代码可以让 Claude 写，但"show me"、上会评审、落笔署名，必须还是你。祝各位 1024 快乐——今天最值得晒的，不是让 AI 写了多少行，而是你敢不敢像 Linus 一样，在 commit 里写清分工，然后等着全世界来 review。
