答案已发布23 来源
Linux 7.3-rc2 异常庞大，Torvalds 调侃“那就怪 AI 吧”
Linux 7.3 rc2 打破了 rc2 通常较平静的节奏。Linus Torvalds 称其为“full fat”版本，但没有找到单一原因，只是调侃“那就怪 AI 吧”。 本次修复覆盖驱动、工具、文件系统、核心内核、网络和 DRM 图形栈，包括混合 CPU 调度、NVIDIA Blackwell Nouveau 显示支持等改动。
发布者使用 GPT-5.6 Terra 编辑图片由 GPT Image 2 生成
研究答案
要点
- Linux 7.3 rc2 打破了 rc2 通常较平静的节奏。Linus Torvalds 称其为“full fat”版本，但没有找到单一原因，只是调侃“那就怪 AI 吧”。
- 本次修复覆盖驱动、工具、文件系统、核心内核、网络和 DRM 图形栈，包括混合 CPU 调度、NVIDIA Blackwell Nouveau 显示支持等改动。
- 7.3 rc1 已让源码树增至约 4,098 万行；Greg Kroah Hartman 警告，AI/LLM 相关报告和补丁增加，可能令 7.3 成为一个“艰难”的发布周期。
AI 提示
openai.comCreate a landscape editorial hero image for this Studio Global article: What did Linus Torvalds say about the unexpectedly large Linux 7.3-rc2 release candidate—why did he jokingly blame AI/LLM activity despite i. Article summary: Torvalds called Linux 7.3-rc2 a surprisingly “full fat” release: rc2 is normally the quiet post–merge-window breather, yet this one was unusually large. He said there was no single obvious cause, then quipped that they m. Topic tags: general, general web, education. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake nu
Linux 7.3-rc2 本不该是一个特别忙碌的节点。按照内核开发节奏，合并窗口刚结束后的第二个候选版本（rc2）往往较为平静：开发者稍作喘息，新引入问题也通常需要时间才会暴露。
但这一次不同。Linus Torvalds 形容它为一次“full fat”的 rc 发布——直译近似“料很足”，意指内容异常充实。他说自己主观上并未感觉这一周格外繁忙，但实际补丁量显然很大。11
27
“怪 AI”是调侃，不是单一归因
Torvalds 没有把这波更新归咎于某一个子系统或某项事故。确实有一批本应在合并窗口进入的 EDAC（错误检测与纠正）改动晚到了，但他认为其规模不足以解释整体体量。与此同时，多套文件系统提交了修复，DRM（内核的图形显示与 GPU 子系统）也有一批包含大量零散修复的较大拉取请求。11
正是在这个语境下，他开玩笑说，维护者“干脆怪 AI 吧”。这并不表示某个大语言模型直接造成了 rc2 变大，更不是说 AI 编写了全部补丁；它反映的是近来 AI 工具参与代码审查、缺陷发现后，进入人工审查与修复流程的问题数量正在上升。3
4
这批更新包含什么
7.3-rc2 的特点是覆盖面广，而不是集中处理某个紧急回归。驱动仍占整体变更的大头；在非驱动类改动中，工具相关修复约占五分之一，其后还有文件系统、内核核心和网络方面的更新。18
其中较受关注的修复和清理包括：
- 面向混合架构 CPU 的缓存感知调度“失配”修复，目标是改善性能表现；
9
- 在整个内核源码树中，将更多
kmalloc()分配调用迁移至kmalloc_obj()的清理工作； - Nouveau 驱动对 NVIDIA Blackwell 显示硬件的修复；
- 在同时启用 Rust 支持和 Rust 编译工具链时，默认关闭 RandStruct 安全机制的调整；
- 此前错过 Linux 7.3 合并窗口的 EDAC 改动；
- BPF 验证器加固，以及调度器回归问题修复。
23
因此，rc2 之所以显得庞大，并非源于一个简单原因，而是多个子系统在同一周汇入了合理的维护性改动。
接近 4,100 万行的内核，迎来密集修复期
这次 rc2 紧随一个已经很大的 7.3-rc1。代码统计显示，Linux 7.3-rc1 的源码树约为 4,098 万行，相比 Linux 7.2 的约 4,042 万行，增加约 56 万行。5
13
不过，这个总行数不应被理解为同等数量的可执行代码：统计中还包含注释、空行及源码树中的其他内容。13
这使得 rc2 的补丁规模更受关注：内核刚经历一次明显扩张的合并窗口，便进入了测试和修复阶段。项目越大，自动化分析所能扫描的范围越大，而每一份报告仍需要维护者判断其真实性、影响范围和修复方式。
AI 带来的是发现能力，也带来分诊压力
Torvalds 此前已将一些后期候选版本异常庞大的现象称为一种“新常态”，并提到多种 AI 工具参与审查所带来的影响。关键在于：AI 辅助审查可能发现更多潜在问题，但补丁仍需由人编写、提交、评估和测试。3
4
Linux 稳定版维护者 Greg Kroah-Hartman 也曾警告，Linux 7.3 可能是一个“艰难”的周期。原因是 AI/LLM 相关的缺陷报告和补丁提交流量正在增加：其中有些确实有价值，也有些帮助有限，而分诊和审查的工作仍落在内核开发者身上，尤其当报告涉及多年少有改动的旧代码或驱动时更是如此。32
安全修复数量的趋势也能说明这项工作量。相关报告显示，Linux 6.9 至 6.19 各版本每次修复的 CVE（公开披露的安全漏洞编号）通常约为 500 个；Linux 7.0 已超过 1,000 个，Linux 7.2 则超过 1,500 个。若趋势延续，Linux 7.3 可能接近 2,000 个，但这只是预测，并非 7.3 的最终统计。12
34
会不会多出几个候选版本？
Linux 7.3-rc2 是供测试的预发布快照，并非最终稳定版；kernel.org 列出的发布日期为 2026 年 9 月 6 日。30
仅凭一个体量较大的 rc2，并不能断定正式版会延期。但如果大量修复和回归问题持续在周期后段涌入，维护者可以选择发布更多 rc，而不是机械地按固定日期结束周期。这样做的取舍很直接：延长测试时间可让重要修复充分稳定；若在修复流仍快速变化时仓促发布，验证空间就会更小。
对普通 Linux 用户和下游发行版而言，现阶段不应将其理解为 Linux 7.3 “天生不安全”。更值得观察的是，接下来高频变更能否沉淀为经过充分测试的修复，还是会继续形成后期反复变动的压力。Torvalds 那句“怪 AI”的玩笑，恰好点出了这种矛盾：自动化工具能够扩大缺陷发现能力，却无法替代人类对每个报告和补丁进行判断、整合与测试。
Studio Global AI
继续你的研究
此页面包含一个有来源支持的答案，您可以在 Studio Global 内继续。
人们还问
“Linux 7.3-rc2 异常庞大，Torvalds 调侃“那就怪 AI 吧””的简短答案是什么？
Linux 7.3 rc2 打破了 rc2 通常较平静的节奏。Linus Torvalds 称其为“full fat”版本，但没有找到单一原因，只是调侃“那就怪 AI 吧”。
首先要验证的关键点是什么？
Linux 7.3 rc2 打破了 rc2 通常较平静的节奏。Linus Torvalds 称其为“full fat”版本，但没有找到单一原因，只是调侃“那就怪 AI 吧”。 本次修复覆盖驱动、工具、文件系统、核心内核、网络和 DRM 图形栈，包括混合 CPU 调度、NVIDIA Blackwell Nouveau 显示支持等改动。
接下来在实践中我应该做什么？
7.3 rc1 已让源码树增至约 4,098 万行；Greg Kroah Hartman 警告，AI/LLM 相关报告和补丁增加，可能令 7.3 成为一个“艰难”的发布周期。