Linux之父用Claude写内核，性能暴涨3倍

Linux之父Linus Torvalds近日在其官方内核仓库中创建了一个名为noref-filemap-read-with-llm的新分支，后缀“-with-llm”表明该项目有AI参与。在补丁说明中，Linus承认从核心代码、测试用例到改动审查和文档草稿，均由他指导Claude Code完成。测试显示，在8线程读取同一文件的特定场景中，吞吐量达到原来的约3倍。

此次改动针对Linux核心的内存管理机制。Linux内核用page cache缓存文件数据，多线程并发小块读取同一文件时，每次读取都需在对应folio上修改原子引用计数，导致CPU核心间频繁执行lock cmpxchg和lock decl，引发缓存行颠簸。内核开发者Matthew Wilcox早在2024年就指出这一来自生产环境的顽疾。在Linus的测试机上，8线程并发小读时，该瓶颈占所有Load HITMs开销的99.92%。Claude参与了实现方案、编写检验程序及梳理潜在问题。测试使用搭载Core i7-8565U的笔记本，4核8线程，ext4文件系统，多线程反复读取同一页大小文件，每次16字节。8线程吞吐量约为原来3倍，单线程提升约一成。补丁通过延迟归还缓存内存、借助RCU机制让读取在受保护区间内直接复制数据，减少对共享引用计数的争抢。

次日，Linus仓库又出现assoc-array-fixes分支，针对可追溯至2013年的数据结构实现。开发者Nils Ollrogge提交Bug报告及修复补丁后，Linus因代码晦涩借助大模型梳理，拆分庞大函数并放入用户态测试框架运行。测试确认了Nils报告的问题，还额外找出3个Bug，所有四个Bug均可追溯到2013年该库首次合入内核的提交。其中一个例子是根节点结构拆分时索引位段错位，导致对象无法查找，补丁说明给出仅需18个键即可触发的例子；另一个问题在内存分配失败路径中，清理逻辑可能走入仍在使用的旧树，触发内核错误检查。

Linus曾称“AI 90%是营销”，如今却在主仓库挂出带“llm”后缀的分支。他用行动表明：当代码可由AI编写，真正值钱的是知道该写什么代码，以及判断写出来的代码对不对。