整理 | 郑丽媛出品 | CSDNIDCSDNnews上周日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但对于使用最新硬件的用户来说还是很值得升级的。那么Linux 社区怎么看围绕 AI 工具涌入内核开发这件事Linux 社区的反应也是褒贬不一。有不少开发者认为这是必然趋势“资深开发者使用提效的编码工具这毫不意外。”但也有人直言“氛围编程Vibe Coding绝对不是未来”。更深刻的质疑则来自一个经典问题“当人们自己已经没能力手写这种代码的时候他们又怎么有能力去审查 AI 生成的结果呢”除此之外还有人从更宏观的角度表达担忧“现在的 AI 之所以这么牛是因为它爬了几十亿个论坛里人们在真实场景下的真实回答。可如今大家都不上论坛提问了直接问 AI论坛会死的。到时候 AI 就只能靠产品规格书来训练我们就会失去真正宝贵的现实世界经验。”一位 Debian 用户在评论区写道“这种时候我就庆幸自己用的是 Debian stable。希望他们在 Forky 发布之前能清醒过来。”——毕竟Debian Trixie 目前仍在使用 Linux 6.12 LTS内核距离 7.2 还有好几个大版本的距离。不论如何其实 Linux 内核开发的政策始终没变不强制使用 AI也不禁止但要求提交者对每一行代码负责。至于这会让 Linux 变得更好还是最终让维护者被海量 AI 补丁和 Bug 报告淹没恐怕还需要时间给出答案。那么你对于“AI让 Linux 内核变大了”这件事又有什么看法呢参考链接https://lkml.org/lkml/2026/8/9/608 Linux内核被AI搞“太大了”！Linus吐槽：AI找了一堆小Bug，但这已成为「新常态」
整理 | 郑丽媛出品 | CSDNIDCSDNnews上周日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但对于使用最新硬件的用户来说还是很值得升级的。那么Linux 社区怎么看围绕 AI 工具涌入内核开发这件事Linux 社区的反应也是褒贬不一。有不少开发者认为这是必然趋势“资深开发者使用提效的编码工具这毫不意外。”但也有人直言“氛围编程Vibe Coding绝对不是未来”。更深刻的质疑则来自一个经典问题“当人们自己已经没能力手写这种代码的时候他们又怎么有能力去审查 AI 生成的结果呢”除此之外还有人从更宏观的角度表达担忧“现在的 AI 之所以这么牛是因为它爬了几十亿个论坛里人们在真实场景下的真实回答。可如今大家都不上论坛提问了直接问 AI论坛会死的。到时候 AI 就只能靠产品规格书来训练我们就会失去真正宝贵的现实世界经验。”一位 Debian 用户在评论区写道“这种时候我就庆幸自己用的是 Debian stable。希望他们在 Forky 发布之前能清醒过来。”——毕竟Debian Trixie 目前仍在使用 Linux 6.12 LTS内核距离 7.2 还有好几个大版本的距离。不论如何其实 Linux 内核开发的政策始终没变不强制使用 AI也不禁止但要求提交者对每一行代码负责。至于这会让 Linux 变得更好还是最终让维护者被海量 AI 补丁和 Bug 报告淹没恐怕还需要时间给出答案。那么你对于“AI让 Linux 内核变大了”这件事又有什么看法呢参考链接https://lkml.org/lkml/2026/8/9/608