# Linus Torvalds 使用 Claude Code 进行 Linux 补丁开发

Published: 2026-10-12

Linus Torvalds 认可 Claude Code 在其指导下，为 Linux 实验性内存管理分支提供了代码、测试程序、审查以及求职信的初稿。他的笔记本电脑测试显示，对于一个微小的共享页面读取工作负载，处理器周期大幅减少，但也伴随着性能退化和未解决的等待内存核算问题。10 月 12 日的《The Daily Diff》还涵盖了 Karpathy 关于人工智能体验不平等的论点，以及 Cendyne 关于一个职位被取消的第一手资料。Niko 的结论是“NEEDS REVIEW”（需要审查）：在内存生命周期更改发布之前，将助手保留在工作流程中，并要求进行更广泛的测试。

Canonical: https://thedailydiff.dev/zh-CN/video/linus-claude-kernel/

## 本视频涵盖的内容

- 来源是实验性分支工作，提交于 10 月 10 日星期六，Phoronix 报告于美国东部时间周日晚上发布，在格林尼治标准时间 +7 时区已是周一。所选来源并未确立已完成的主线合并或发布。
- 同一缓存文件的少量读取可能在共享的 folio 引用计数上发生争用。该提案允许在 RCU 读侧保护下进行复制，同时将最终内存重用推迟到宽限期之后。
- Linus 的八线程、十六字节共享页面测试报告显示，基线内核每次读取需要 2937-2975 个周期，而使用该系列补丁后，每次读取仅需 725-726 个周期，大约是原来的四分之一。这是一个作者在其笔记本电脑上运行的微基准测试，其中禁用了缓解措施和硬化用户复制，并非一个全系统性能结果。
- 该来源还报告了目标页面缺失的性能退化，以及等待重用的内存的未解决分配器核算问题。更广泛的机器和几种调试/测试配置仍未测试。
- Karpathy 将不同的人工智能体验归因于访问、雄心勃勃的问题和可验证的任务。他关于专业用户数量的计算明确是粗略估算；帖子中没有附带任何调查。
- Cendyne 描述了一位未具名的雇主，他们信心满满地利用更便宜的人工智能辅助，朝着并购方向发展。这是一个第一手资料及其作者的解读，并非全经济范围的就业统计数据，也无法证明等效的工程技能。
- 一个有用的工具、一个安全的补丁和一个明智的人员配置决策，各自都需要自己的证据和负责任的所有者。

## 章节

- 0:00 Linus 会信任一个编码机器人吗？
- 0:45 为什么读取内存会导致交通堵塞？
- 1:25 笔记本电脑基准测试实际测量了什么？
- 2:05 哪些读取变慢了？
- 2:30 为什么人们看到的人工智能能力不同？
- 3:21 在取代技能之前，人工智能如何改变工作？
- 4:34 加速的代价在哪里？
- 4:56 我会发布这些补丁吗？

## 翻译的文字记录

译自英文原版旁白。可用音频和字幕由 YouTube 控制。

### Linus 会信任一个编码机器人吗？

0:00 你可能会觉得 Linus Torvalds 会在审查期间让一个编码机器人哭泣。 他正在使用 Claude Code 进行 Linux 补丁开发，甚至包括求职信的初稿。 在这个视频中，为什么微小的读取成本如此之高？ 以及谁的工作会改变？ 请密切关注读取后内存会发生什么。 这就是这种加速的代价。 今天是 10 月 12 日星期一，这里是《The Daily Diff》。 Claude Code 是 Anthropic 的编码助手。

0:23 它可以阅读项目、编辑文件并运行命令。 Linus 指导它进行 Linux 内存管理，即使数据已经在内存中，读取数据仍然可能导致处理器核心为簿记而争斗。 Phoronix 在周日晚上（美国时间）发现了这个分支， 当时这里已经是周一了。 提交日期是星期六。 这是一项实验性工作，包含八个补丁，并请求仔细审查。 你的笔记本电脑并没有秘密下载一个人造的 Linus。 多个线程读取同一个缓存文件。

### 为什么读取内存会导致交通堵塞？

0:45 每次读取都会获取对内存的引用，然后在使用后释放它。 引用计数被写入两次，因此进行无害小读取的核心 会为簿记而竞争。 图书馆有八个读者和一张签出表。 他的提案通过使用读取复制更新宽限期来延迟内存的回收。 读者可以在不获取该引用的情况下复制缓存数据。 当页面被移除时，其内存必须等待才能被重用。 加速来自于改变数据周围的生命周期规则。

1:09 Linus 感谢 Claude Code 为其问题列表提供了代码、测试程序和审查。 它在他的指导下起草了解释性文本。 这些测量是在他的机器上运行的。 即使是机器人也必须带着收据参加这次审查。 主要结果使用八个线程从一个页面读取十六个字节。 想象一下对同一个文件进行微小而重复的读取。

### 笔记本电脑基准测试实际测量了什么？

1:28 他比较了每次读取的处理器周期，因为他的笔记本电脑发热时会节流。 一个带有自己天气预报的基准测试。 基线每次读取大约需要三千个周期。 使用这些补丁后，大约是七百二十五个。 这在此次测试中大约是处理器成本的四分之一。 你的整个 Linux 机器并未得到任何会快四倍的承诺。 他的求职信将令人尴尬的部分与令人兴奋的部分并列。 安全缓解措施和硬化用户复制已关闭。

1:53 他列出了缺失的测试，包括其他机器和内存调试工具。 阅读脚注现在是一种竞争优势， 这感觉像是人类的一个 bug。 当目标用户页面缺失时，会出现性能退化。 微小读取变得更昂贵，因为快速路径在旧路径处理页面错误之前就失败了。

### 哪些读取变慢了？

2:07 该提案加速了一条路径，同时增加了另一条路径的工作量。 两者都应接受审查。 将其视为一个具有已知瓶颈和有限测量的工程实验。审阅者会得到具体的内容来提出挑战。 一个助手生成补丁，这使得有人需要负责证明危险的部分是安全的。 同时，Andrej Karpathy 表示我们对人工智能能力的理解正在出现分歧。 他的最新帖子重新审视了四月份的一个观察。 他描述了一个漏斗，从几乎不使用语言模型的人到指导强大编码代理的专业人士。 同一个词“AI”，工作日却截然不同。

### 为什么人们看到的人工智能能力不同？

2:30 他粗略估算，大约有两千万人使用专业前沿模型进行数学和代码工作。 这是一个估计，没有提供调查数据。 他强调了访问、雄心勃勃的问题和可验证的任务。 聊天机器人对话和受监督的内核实验锻炼了不同的“肌肉”。 有人看到机器人笨拙地处理请求，而另一个人则发布了一个有用的补丁。 人口估算很容易被危险地重复作为研究成果。 在图表穿上实验服之前，请务必附上“估算”标签。 询问系统能做什么，结果是如何检查的，以及谁对结果负责。

2:52 这些问题比奇迹般答案的截图更能说明问题。 随后，Cendyne 发布了一篇不那么令人舒服的文章，题为《寓言夺走了我的工作》。 作者说他们是公司里最后一名工程师， 而领导层认为更便宜的人工智能辅助 可以让他们朝着合并或收购方向发展。 管理层可以在模型与经验丰富的工程师的判断力相匹配之前改变支出。 Cendyne 认为品味和远见仍然缺失，

### 在取代技能之前，人工智能如何改变工作？

3:21 而营销则提供了信心。 薪资决定可能在技术论点解决之前就到来。 这篇帖子描述了裁员后的恐惧，并表示作者已经找到了别的工作。 那是一个正在应对后果的人。 核心点属于做出决策的电子表格。 称之为效率为会计部门提供了慷慨的绩效评估。 证明一个工具的有用性和证明一个人员配置计划的合理性是两码事。 该补丁有一个可测试的工作负载。

3:42 雇主的赌注涉及产品所有权和未来的失败。 通过一个微基准测试并不能签署支持合同。 我们有一位开发人员的报告，涉及一个未具名的雇主。 它提供了一个视角，但没有全经济范围的就业统计数据，也没有对该公司需求的独立评估。 分享故事时请附上范围。 共同的变量是责任。 Linus 指导工作。 Karpathy 描述了不平等的访问和任务。

4:09 Cendyne 描述了一个管理层的赌注。 在每个版本中，都有人对结果负责。 那内存开销呢？ 移除的页面在重用前会等待，并且分配器无法正确查看那些等待的内存。 Linus 将此列为 即使有他的缓解补丁也未解决的问题。 更快的读取给另一个子系统带来了更困难的核算问题。 簿记找到了一个新的办公桌。

4:29 这是一个值得保留的脚注。 如果你宁愿阅读而不是听我说，diff 每天早上都会免费发送到你的收件箱，请访问 thedailydiff.dev，链接如下。

### 加速的代价在哪里？

4:34 所以今天的结论是，NEEDS REVIEW。 我会在工作流程中保留助手，并要求在发布这些生命周期更改之前进行更广泛的测试。 责任仍归工程师所有。 这就是今天的 diff。 我是 Axrisi 的 Niko。 负责任地合并。​​ 如果您更喜欢阅读而不是听我讲，diff 每天早上都会免费发送到您的收件箱，请访问 thedailydiff.dev，链接在下方。 所以今天的结论是，NEEDS REVIEW。

4:53 我会在工作流程中保留助手，并要求在发布这些生命周期更改之前进行更广泛的测试。

### 我会发布这些补丁吗？

4:56 责任仍归工程师所有。 这就是今天的 diff。 我是 Axrisi 的 Niko。 负责任地合并。 如果您更喜欢阅读而不是听我讲，diff 每天早上都会免费发送到您的收件箱，请访问 thedailydiff.dev，链接在下方。 所以今天的结论是，NEEDS REVIEW。 我会在工作流程中保留助手，并要求在发布这些生命周期更改之前进行更广泛的测试。

## 来源

- [Read from the page cache without folio references — cover letter and tests](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=4c0f3697118eb3a708ea79175f7f07c43339bfab) — Linus Torvalds / kernel.org
- [Experimental noref-filemap-read-with-llm branch](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?h=noref-filemap-read-with-llm) — Linus Torvalds / kernel.org
- [Linus Torvalds Working On A Hefty Linux Kernel Improvement With Claude Code](https://www.phoronix.com/news/Linus-Torvalds-Claude-Code) — Phoronix / Michael Larabel
- [Claude Code overview](https://code.claude.com/docs/en/overview) — Anthropic
- [Capability-understanding gap and napkin estimates](https://x.com/karpathy/status/2109361546505966046) — Andrej Karpathy / X
- [Fable took my jorb](https://cendyne.dev/posts/2026-10-11-fable-took-my-jorb.html) — Cendyne
- [Discussion of Linus's Claude Code branch](https://news.ycombinator.com/item?id=50050367) — Hacker News
- [Discussion of Karpathy's capability-gap post](https://news.ycombinator.com/item?id=50047422) — Hacker News
- [Discussion of Cendyne's account](https://news.ycombinator.com/item?id=50053216) — Hacker News