Linux内核被AI搞“太大了”，Linus吐槽：AI找了一堆小Bug，但这已成为“新常态”

CSDN·2026年08月14日 18:01

Linux 7.2 不只是“大”，还有真东西。

上周日，Linus Torvalds 照例发布了 Linux 7.2 的第七个候选版本（rc7）。但这一次，这位内核掌舵人的语气里透着一丝无奈。

“Another week, another -rc.”他在邮件中写道。“我不能说自己对这个规模有多兴奋，但现实就是这样：新常态下必然伴随着大量修复，其中相当一部分来自各种 AI 工具的审查。”

这不是他第一次用“新常态”这个词了。此前发布 rc6 时，他就已经感慨过：“即便按‘新常态’的标准来看，这个 rc 也属于大块头——至少从 commit 数量上说，这是多年来最大的 rc6。”而 rc7 的体量，依旧没有如他所愿回落。

AI 工具，让 Linux 内核“发福”了

问题出在哪里？简单来说：AI 工具太勤快了。

如今，越来越多的内核开发者和安全研究人员使用 AI 辅助工具来审查代码、发现 Bug。这些工具的效率远超人类——它们能在短时间内扫描海量代码，找出潜在的边界条件问题和边缘案例。

于是，大量的微小修复补丁像潮水一样涌入主线。

Linus 在邮件中详细列举了 rc7 的主要内容：s390/zcrypt 相关修复、Btrfs 文件系统修复工作线程基础架构的回归、netfilter ipset 的更新，以及遍布 GPU、音频、网络等驱动、文件系统、核心网络和架构代码的无数“小修小补”。

他特别提到，其实大多数改动“规模非常小”，但问题是“量太大了”。这些修复本身并不可怕，“没有什么看起来特别吓人的，纯粹是东西太多”。但 AI 工具批量生成的代码提交，让整体的 diff 规模显著超出了往常的候选版本水平。

好在，Linus 并没有因为 rc7 太大就考虑延期。他认为，目前虽然补丁数量很多，但没有什么严重到足以阻止发布的问题：“除非中途冒出什么特别严重的幺蛾子，我预计下个周末就能正式发布。”

Linus 与 AI，从“骂”到“用”的复杂关系

如果你关注 Linux 内核开发有一阵子了，就应该知道 Linus 和 AI 的关系绝非简单的“拥抱”。

今年 5 月，他曾公开抱怨 Linux 内核安全邮件列表已经变得“几乎完全无法管理”——原因正是 AI 生成的 Bug 报告泛滥成灾，大量重复，不同研究人员用同样的工具发现同样的漏洞，然后反复提交。

当时，Linus 直言：“AI 检测到的 Bug 本质上就不是秘密，把它们放在私有列表上处理，对所有人都是浪费时间。”他甚至为此更新了内核文档，明确要求 AI 辅助发现的 Bug 应该走公共渠道报告，而不是塞爆安全邮件列表。

但到了 7 月，他的态度来了一个180度转弯。面对社区中反对AI工具的声音，Linus 直接放话：“Linux 不是那种反 AI 的项目。如果有人接受不了，大可以直接 Fork 它，或者干脆走人。”

对此，不少人理解为 Linux 内核正式向 AI 辅助开发敞开大门。

不过，Linus 对 AI 的“欢迎”是有条件的——他此前曾怒怼过一种论调，即“只要文档写得好，就能掩盖开发者用AI往内核里灌劣质代码”的说法。他想要的，是开发者用 AI 工具提升效率，而不是用 AI 生成自己都不理解的代码然后全部甩给维护者。

Linux 7.2 不只是“大”，还有真东西

尽管 rc 阶段的“臃肿”引人注目，Linux 7.2 本身带来的新特性同样不容忽视。

早在 6 月底发布rc1时，Linus 就确认 Linux7.2 引入了大量重量级更新。其中最受关注的当属 Cache Aware Scheduling（缓存感知调度）：这项优化能让任务调度器更好地理解 CPU 的缓存拓扑结构，将共享数据的任务安排在同一个末级缓存域内，对现代 Intel 和 AMD 多核处理器能带来显著的性能提升。

GPU 方面，Linux 7.2 将 DRM 调度器的默认策略从 FIFO 改为「公平调度」策略，能更合理地调度 GPU 任务。再加上 AMD GPU 驱动对 HDMI 2.1 FRL 的初步支持、Intel 主导的 USB4STREAM 功能，以及历时六年之久的 strncpy API 清理工作的完成，Linux 7.2 虽然不会是一个长期支持版本（LTS），但对于使用最新硬件的用户来说，还是很值得升级的。