北京
Linux内核的掌门人Linus Torvalds，自己动手用大模型写了一个补丁。这件事的戏剧性在于：他一边在社区里为AI工具站台，一边在补丁说明里主动给性能数字泼冷水。
他提交的这个开发分支补丁，瞄准的是一个老问题——多个CPU同时读取同一个文件时产生的大规模缓存争用。共享库、数据库、Web服务器这类场景都可能撞上它。多年来，多位开发者尝试过修复，结果各不相同，始终没有一个能覆盖所有情况的理想方案。
Torvalds本人在2024年初就写过一版草稿，此后一直在自己的笔记本上使用。最近他决定更进一步，用大模型来"真正解决这个问题"，并把方案放进了开发分支。
他给出的数字是：在专门的合成基准测试中，性能提升达到23倍。但他紧接着补了一句——真实世界的影响会小得多，因为"没有真实负载"能跑出这种数字。换句话说，这个23倍是实验室里的成绩，不是生产环境的承诺。
从负载特征看，这类缓存争用优化的受益者更可能是服务器，而不是桌面机器。
Torvalds对AI工具的态度，在Linux内核这个审查密集、流程严格的环境里，算是相当明确的支持派。去年7月他就放过话，说自己"绝对愿意"对AI反对者强硬到底。他给出的理由是：内核团队使用的自动化代码审查工具表现优于人类，还抓出了一些本不该被提交的基础编程错误。
团队甚至在改政策——不再要求补丁作者披露自己是否用了AI工具生成代码。Torvalds重申了他的立场：把大模型当成又一个工具，就像编译器和编辑器一样。他的期待很朴素，"人们尽力而为，并且明白自己在做什么"。
这里有个关键区分。一个资深程序员用大模型加速工作中枯燥的部分，和一个新手拿着信用卡说"claude帮我把Linux变快，别出错"，中间隔着一整个宇宙。前者知道自己在改什么，后者不知道。
但事情不全是好消息。由于AI代理越来越擅长识别常见安全漏洞模式，Linux安全邮件列表在今年早些时候变得"难以管理"。Linux正以每版本约2000个CVE的速度修复漏洞，节奏快得惊人。
团队的手被逼到了另一个方向：放弃老旧硬件驱动。这些驱动安装基数可以忽略不计，却频繁成为大量安全报告的目标。
回到那个23倍。合成基准和真实负载之间的差距，是这次事件里最值得记住的一条信息。Torvalds自己先说了出来，没有等别人来质疑。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
