Linux之父Linus用Claude Code写内核，8线程测试吞吐量约为原来3倍
Linux之父彻底入坑AI，Claude Code写内核，性能暴涨3倍
- 1Linus挂出带llm后缀内核分支，补丁说明称代码由其指导Claude Code完成
- 2补丁说明给出测试数据，8线程读取同一文件吞吐量约为原来3倍，单线程提升约一成
- 3改动用RCU机制延迟归还缓存内存，减少多线程读同一文件时的引用计数争抢
- 4Linus借大模型梳理2013年的assoc-array，测试又找出3个遗留十余年的Bug
曾称AI九成是营销的Linus交出带实测数据和公开说明的Claude Code补丁，AI编程的说服力落在可复核的工程证据上。
- 影响：目标明确且结果可测的工程任务适合交由AI提效，文中场景吞吐量约为原来3倍；资深人员的价值转向定义问题与审查产出；难读的历史代码可借AI梳理和测试暴露隐藏缺陷。
- 参考：可考虑把性能热点或难读的历史模块列为AI试点，要求产出附带测试、基准数据和可复现的说明；值得先明确人工审查哪些环节，把判断标准写进代码评审流程。
- 依据：性能数据出自Linus补丁说明的自测，环境为Core i7-8565U笔记本加ext4文件系统，属当事人口径暂无独立验证；事件经Phoronix报道后由媒体转述。
登录
搜索
- 36氪Auto 数字时氪 未来消费 智能涌现 未来城市 启动Power on 36氪出海 36氪研究院 潮生TIDE 36氪企服点评 36氪财经 职场bonus 36碳 后浪研究所 暗涌Waves 硬氪 氪睿研究院 媒体品牌
- 企业号 企服点评 36Kr研究院 36Kr创新咨询 企业服务
- 核心服务 城市之窗 政府服务
- 创投发布 LP源计划 VClub VClub投资机构库 投资机构职位推介 投资人认证 投资人服务
- 项目推荐 36氪Pro 创投氪堂 企业入驻 创业者服务
- 创投平台
- AI测评网
搜索
我要入驻
Linux之父彻底入坑AI，Claude Code写内核，性能暴涨3倍
新智元· 2026年10月14日 07:54
连大佬都入坑，程序员的优越感该收收了
真是活久见！
连Linux之父，都让Claude来写内核了。
就在最近，一位开发者在刷新Linus的官方内核仓库时，赫然发现了一个极不寻常的新分支——
noref-filemap-read-with-llm
是的，这个分支的后缀「-with-llm」，明明白白地写着：这个项目有AI的参与。
谁敢信，平时喷烂代码骂得最凶的Linus，这回居然自己带头用AI写代码了！
在最新的Patch说明里，他大大方方地承认：
从核心代码、测试用例，到改动审查和文档草稿，全都是自己手把手带着Claude Code搞出来的。
跑出来的结果也确实顶，在8线程读取同一文件的特定测试中，吞吐量达到原来的约3倍。
那个说「AI 90%是营销」的人，真香了。
Linus之父全新分支，名字直接带「llm」
Linus之父这次指挥Claude Code动刀的地方，正是Linux最核心的「内存管理」机制。
Linux内核用page cache缓存文件数据。
在日常多并发业务场景中，一个常见操作是：多个线程同时去小块读取同一个文件。
按现有的机制，每次读取都必须在对应的内存块（folio）上修改原子引用计数。
这就导致CPU核心之间疯狂执行lock cmpxchg和lock decl，在硬件底层引发剧烈的缓存行颠簸。
早在2024年，内核核心开发者Matthew Wilcox就指出了这个来自真实客户生产环境的顽疾。
在Linus自己的测试机上，8线程并发小读时，这个瓶颈占到了所有「Load HITMs」开销的99.92%，几乎吃满了CPU的总线带宽。
而Claude接到的工作，也跨过了「补几行代码」的阶段。
它参与实现方案，编写用于检验方案的程序，还帮助梳理潜在问题。
这些环节连在一起，才像一次完整的工程尝试。写出来的代码要能运行，运行结果要能测量，测到的提升要能解释。
补丁说明也有实际用途。其他维护者需要知道，为什么要改、哪些路径受影响、作者检查过哪些情况。
AI把初稿写出来之后，这份说明仍要和代码、测试数据对得上。
公开到这个程度，后续讨论才有抓手。Linus那句「在我的指导下」，分量就在这里。
吞吐量从1000万，暴涨至 3300 万
测试中，Linus使用的是一台搭载Core i7-8565U的笔记本，4核8线程，文件系统为ext4。
测试让多个线程反复读取同一个、大小为一页的文件，每次只读16字节。
补丁说明给出的数据如下：
8线程吞吐量约为原来的3倍，单线程的提升约为一成。
差距为什么这么大？关键藏在「大家都读同一个文件」里。
Linux会把文件数据缓存在内存中，这就是页面缓存。后续读取可以直接从缓存取数据，省去再次访问存储设备的时间。
可缓存里的内存也会被回收。内核必须确保：线程还在读取时，这块内存没有被释放、转给其他用途。
原来的读取路径，会给承载缓存数据的内存对象增加引用计数，读完再减回去。这个对象叫folio，可以把它理解为内核管理的一组内存页。
问题是，几个线程一齐读，大家就要反复修改同一个计数。
为了保持数据一致，处理器核心之间得来回传递包含这个计数的缓存行。一次读取只有16字节，读取本身很快，维护计数的开销反倒成了瓶颈。
就像八个人都来翻一本书，每次翻页前后，都得争着修改同一张登记表。
Linus这组补丁，试着省掉读取路径上的这道手续。
它的做法是：缓存中的内存被移除后，延迟一段时间再真正归还给内存分配器，借助RCU机制，让已经开始的相关读取有机会完成。
这样，线程可以在受保护的读取区间内直接复制数据，减少对共享引用计数的争抢。
这也解释了，为什么多线程共享同一文件的测试收益尤其明显。
顺着一个Bug，AI又挖出十年旧账
如果你以为Linus只是让Claude写新代码，那就低估了这件事的分量。
就在noref-filemap-read-with-llm分支出现的第二天，Linus的仓库里又冒出了一个assoc-array-fixes库。
它是一套用于按键组织、查找对象的数据结构。最初的实现，可以追溯到2013年。
就在几天前，开发者Nils Ollrogge提交了一份Bug报告，也提供了修复补丁。
Linus看过之后，却遇到一个麻烦：这段代码过于晦涩，难以跟清逻辑。
于是，他借助大模型梳理代码，把一些庞大、难读的函数拆开，让不同操作的边界更清楚。随后，这些代码被放进用户态测试框架中运行。
测试确认了Nils报告的问题，还额外找出了3个Bug。
所有四个Bug，都可以追溯到2013年这个库第一次被合入内核的那次提交。
谁能想到，一份Bug报告，竟牵出了三处存在十余年的缺陷。
其中一个例子很具体：在某种根节点结构被拆分时，索引使用的位段会错位，导致原先存进去的对象无法再被找到。
补丁说明给出了一个只需18个键就能触发的例子。
操作完成后，其中3个对象查不到；再次插入相同的键，还会新增对象，无法正确替换原有对象。
另一个问题藏在内存分配失败的路径里。
正常运行时，它可能安安静静。一旦某次分配失败，清理逻辑却可能顺着指针走进仍在使用的旧树，触发内核错误检查。
对应测试让操作中的每一次内存分配轮流失败，逐个检查异常分支，才把它暴露出来。
这些发现，让「AI帮忙看代码」有了更具体的含义。
老代码经过拆分和解释，变得更容易追踪；测试再把那些平时很少走到的路径逼出来。
缺陷由此获得了可复现的证据。
连大佬都入坑，程序员的优越感该收收了
Linus Torvalds曾说过一句很经典的话，「Talk is cheap. Show me the code.」
了解他的人都知道，这老哥极度实用主义，向来只看两件事：代价值不值？效果狠不狠？
这一次，他用行动展示了另一种可能——
当代码可以由AI来写，真正值钱的，是知道该写什么代码，以及判断写出来的代码对不对。
那个曾经说「AI 90%是营销」的人，如今在自己的主仓库里挂出了带「llm」后缀的分支。
连祖师爷都在用AI狂刷KPI了，谁还在死守着手敲代码的那点虚荣心？
参考资料：
https://www.phoronix.com/news/Linus-Torvalds-Claude-Code
本文来自微信公众号“新智元”，作者：ASI启示录，36氪经授权发布。
该文观点仅代表作者本人，36氪平台仅提供信息存储空间服务。
+1
3
好文章，需要你的鼓励
新智元特邀作者
0收 藏+10评 论
打开微信“扫一扫”，打开网页后点击屏幕右上角分享按钮微 博
沉浸阅读 返回顶部
举报
参与评论
评论千万条，友善第一条
登录后参与讨论
提交评论 0/1000
商业策划
你可能也喜欢这些文章
OpenAI高管会议室惊现窃听器，35岁工程师涉案被AI举报送进FBI
Jeff Dean投的RSI出成果了：Kimi K3自我进化排国产第一
巅峰估值 50 亿美元的 AI 独角兽，何以不到 0.1 折贱卖
“79岁老干妈陶华碧用AI一年赚54亿”冲上热搜，营收创新高
特邀作者
TA没有写简介，但内敛也是一种表达
发表文章 5463 篇
最近内容
OpenAI高管会议室惊现窃听器，35岁工程师涉案被AI举报送进FBI
8分钟前
Linux之父彻底入坑AI，Claude Code写内核，性能暴涨3倍
9分钟前
谷歌物理真觉醒，全新Gemini 4 Argon一大波实测来了
4小时前
商业策划
36氪AI测评
选靠谱AI，看真实评测
查看
36氪AI测评官方交流社区
加入
36氪项目推荐
咨询项目审核和入驻
联系
36氪项目推荐订阅号
关注
企服圈子
软件选型经验交流社区 加入
行业交流群
扫码加我，拉你进对应的行业群，链接一手资源和人脉！已有170000+人深度交流中～
36氪企服点评订阅号 关注
36氪企服-订阅号
「36氪企服」会定期分享行业深度案例、报告以及热点话题，从用户视角出发，帮企业买家选中真正“对”的软件与服务。
36氪企服点评服务号 关注
36氪企服点评-服务号
「36氪企服点评」现已收录近万款产品，致力于帮助每个需求企业服务的人做出正确的决策，携手每个企服行业者为大众提供更高的价值与服务。
企服软件推荐
找软件，先查用户评分榜查看
顾问1对1推荐软件免费服务体验
下一篇
Jeff Dean投的RSI出成果了：Kimi K3自我进化排国产第一
48小时的RSI大考
9分钟前
关于36氪
热门推荐
合作伙伴
36氪APP下载
iOS & Android
本站由阿里云提供计算与安全服务 违法和不良信息、未成年人保护举报电话：010-89650707 举报邮箱：jubao@36kr.com网上有害信息举报
© 2011~2026 北京多氪信息科技有限公司 |京ICP备12031756号-6|京ICP证150143号|京公网安备11010502057322号
36氪APP 让一部分人先看到未来
36氪
鲸准
氪空间
推送和解读前沿、有料的科技创投资讯
一级市场金融信息和系统服务提供商
聚焦全球优秀创业者，项目融资率接近97%，领跑行业
来源：36氪·AI · 36kr.com