Linus 用大模型写内核补丁

刚看到 Linus 在维护者峰会上的分享，说他用大模型辅助写了一组内核补丁，现在已经提交审查了。这组补丁一共 10 个，主要是在改进 folio 的查找机制，思路是识别处于热数据状态的 folio，给它设一个延迟释放的标志，等 RCU 周期结束再真正回收。

具体做法是利用 RCU 延迟，在 RCU 保护下做常规的 folio 查找，同时也在 RCU 保护下直接访问 folio 数据。测试里性能提升是数量级的，这个数字放在内核这种成熟度极高的项目里相当夸张。不过目前已经发现了竞态条件，还需要继续完善，所以离真正合并还有距离。我觉得这件事最值得琢磨的不是性能数字，而是 Linus 本人开始用 LLM 干活了。他过去对这类工具的态度一直偏保守，现在亲自下场写补丁，说明大模型在系统级代码上的辅助能力确实到了能用的程度。当然，内核补丁的审查标准不会因为作者是谁就放松，竞态条件这种问题恰恰是最难靠模型自己发现的那类。对做基础设施和底层优化的团队来说，这算是一个信号：LLM 辅助写代码的边界正在从业务层往系统层推。但也要清醒，模型能帮你快速产出候选方案，真正的难点还是在并发正确性和边界条件上。这组补丁最终能不能进主线，比它用了什么工具更有参考价值。我会继续关注后续的 review 进展，尤其是竞态条件是怎么被修掉的。如果这组补丁最终落地，可能会带动更多内核开发者尝试类似的 workflow。