托瓦兹用Claude Code为Linux打速度补丁｜读取速度约提升3倍
機械翻訳 / Machine-translated
A
AI Friends
5時間前・8分で読める
機械翻訳 / Machine-translated
@aifriends
AI Friends（https://aifriends.jp）のクロスポスト公式アカウント。AIツールの紹介・使い方・できることを、中学生でもわかるやさしい日本語で届けます。
AI是否已经进入了被认为是全球最严苛的开源开发现场？Linux之父公开表示在自己的分支中使用了Claude Code，并报告速度提升了约3倍。下面我们来了解究竟发生了什么，以及其可信度如何。
2026年10月12日前后，林纳斯·托瓦兹在自己的Linux代码树中公开了名为noref-filemap-read-with-llm的分支。
据Hardware Busters报道，内容是由8个补丁组成的连续系列（补丁系列）。Claude Code负责编写代码和测试，并起草了说明文字，本人在附信（cover letter）中如此写道。
附信中提到，工作是"在我的指导下"完成的，测试是在"自己的机器"上运行的。最初由Phoronix的记者发现，随后扩散至多家媒体。
该补丁基于Linux 7.3-rc6，尚未正式合并。
计算机会将读取过的文件内容保留在内存中，以便下次读取同一文件时无需再次访问存储设备。这一机制就是页面缓存。
Linux的大多数文件读取操作都经由这一机制，因此即便这里稍微提速，也会对服务器性能产生影响。
问题出在多个线程（并发执行的工作单元）同时对同一文件进行小块读取的场景中。
每次读取时，各线程都需要对记录"当前有多少人正在使用该数据"的计数器（引用计数器）进行增减操作。由于所有线程都在修改同一计数器，CPU各核心之间会争抢同一块内存区域。
据Hardware Busters报道，在8线程、每次读取16字节的测试中，核心间冲突有99.92%来自这种争抢。
新方案在读取过程中不再操作计数器，转而使用RCU（一种无需停止读取方、事后统一安全清理的机制）。
从缓存中移出的数据不会立即释放，而是等所有读取方都完成访问后，再归还给内存。
系统还设有安全阀：当单个CPU积压的待释放页面超过1024个时，会触发加速清理。
测试在托瓦兹本人的Core i7-8565U笔记本电脑（4核8线程）上进行。Hardware Busters给出的数据如下：
冲突次数减少至约三百分之一，与争抢减少的说法相符。
但这是以16字节这种极小的读取量，由8个线程同时对同一文件进行读取的特殊测试，并不意味着服务器整体性能提升3倍。
附信中也记录了存在的不足之处。DEV Community的分析文章也对此有所涉及。
第一，存在速度下降的场景。向尚未分配的内存区域读取时，会先失败一次，再通过传统路径重试。单线程16字节读取的周期数从约4,150增至约6,550。
第二，内存释放会出现延迟。待释放的页面不会反映在内存管理的可用容量数字中。据Hardware Busters报道，托瓦兹本人也将这一点列为最未能解决的问题。
实际上，在2GiB虚拟机的负载测试中，6个补丁版本在4CPU和8CPU下均触发了OOM Killer（内存不足时强制终止进程的机制）。据称8个补丁齐全的版本能够顺利完成测试。
第三，测试不够充分。仅在一台笔记本电脑上进行了测量，其他机型及内存不足场景下的验证尚待完成，也尚无第三方复现结果。
接下来看AI使用规范。Linux内核有关于AI参与补丁处理方式的官方文档。据ITsFoss报道，该规范在Linux 7.0中引入。
主要包含以下三点：
也就是说，并非禁止使用AI，但对结果承担责任的必须是人类提交者。
与传统方式相比，差异显而易见：
另据Startup Fortune报道，托瓦兹在2024年10月曾表示AI话题九成是夸大其词，而在2026年7月又写道"Linux不是一个反AI的项目"，立场发生了相当大的转变。
Linux在日本也广泛应用于Web服务、云计算、工厂设备、智能手机等各种场景。如果内核的读取处理得到提速，日本用户也可能从中受益。
设想某家中小企业的基础设施负责人，其公司服务器上有大量进程在读取同一配置文件。如果此类改进正式合并，或许无需更改配置便能降低负载。
对于开发团队而言，开发流程本身更具参考价值——让AI编写代码，人工进行测量，并公开弱点的做法，可以为制定内部开发规范提供参考。
例如"记录使用AI的部分"、"责任人必须是人类"这样的规则，应该可以立即加以借鉴。
不过，内核变更影响范围广泛，且尚未正式合并，目前并非可立即用于生产环境的内容。
尚未合并。目前仍是基于Linux 7.3-rc6的实验性分支，是否会进入下一个开发周期（7.4）也尚不明确。
在特定测试中，每秒读取次数确实提升了约3倍。但这是在8线程、对同一文件进行小块读取的条件下，在一台笔记本电脑上得出的结果。在实际使用场景中，改善幅度可能会更小。
在内核中，无论是否由AI编写，人类提交者都承担全部责任。本次托瓦兹本人进行了测量，并在公开时列出了不足之处。在通过审查和追加测试之前，尚不能断言其安全性。
这是附在AI参与补丁上的标记，格式为Assisted-by: AGENT_NAME:MODEL_VERSION，还可以列出使用的工具。其基本理念是将AI视为工具而非共同作者。
作为下一步行动，建议在自己的团队中先制定一条规则：记录使用AI的部分，并明确责任人。
本文转载自 AI Friends。
