8月30日前后，Linus 放出 Linux 7.3-rc1，顺手照例晒了一次内核的"全家底"：总代码量约 4098 万行，其中 AMDGPU 相关驱动代码超过 652 万行、占整个内核的 16%。快科技IT之家
微博评论区照例分裂：一半人喊"内核要被喂爆了"，另一半丢下一句"代码行数这个指标本来就很水——没有 AMDGPU，行数立刻少 15%"。微博
两边其实都没说错。这篇就替你把这本账算清楚：多出来的 650 万行是什么、谁在往里灌、Linus 在往外删什么，以及如果你只是日常用 Linux，这件事到底哪部分跟你有关。
多出来的那部分，一行都不是人写的
AMDGPU 占 16% 不是新消息。今年 6 月底 7.2-rc1 发布时，同一统计口径下 AMDGPU 已经是 635 万行、居所有子系统之首。快科技也就是说一个开发周期，AMD 往内核里又添了约 17 万行。这次新增的主体，是 DCN 6.0 显示核心的寄存器定义文件。
这里给圈外用户解释一句"寄存器转储"是什么：GPU 硬件里的显示引擎（AMD 内部叫 DC，Display Core）每一代都带几千上万个可编程寄存器，驱动要操作它们，就得有一份和硬件说明书逐位对应的定义文件（内核源码里那些 `*_sh_mask.h` 之类）。这些文件不靠人写——没人会手工誊写十几万行十六进制位段——全部由脚本从 AMD 硬件规格文档自动生成，新硬件规格出来一批，就"打印"一批进内核。
所以这 652 万行的真实构成，大部分是"字典"而不是"逻辑"：它们是编译期常量，不占运行时 CPU，你不调到对应的显示功能，那些代码路径根本不会被执行。这 650 万行里真正被人工逐行审查的驱动逻辑，只是很小一层。
两条进水管：一条自动生成，一条 AI 生成
把镜头拉远，7.3 这个周期里内核的"进"其实有两个来源。第一条是厂商自动生成的寄存器头文件，AMD 是最大户，历史上 NVIDIA、Intel 的显卡驱动也走过同样的路。
第二条更新鲜：AI 生成补丁。7.3 周期里，网络子系统维护者 Jakub Kicinski 统计了 648 个 net-next 补丁，其中大约三分之一到一半与 AI 驱动的修复、清理有关，面对补丁洪流他的说法是"彻底忙不过来"。36氪这也和 Linus 在 7.2 声明里提到的量级接上了同一根线——安全列表一天要收 5 到 10 份 AI bug 报告。知乎
配套的还有一组统计口径的变化：6.x 时代一个版本大约修 500 个 CVE，7.0 超过 1000 个，7.2 突破 1500 个，开发中的 7.3 可能超过 2000 个——这是稳定版维护者 Greg Kroah-Hartman 近期给出的对比。36氪这不是内核突然变烂了，而是 AI 把 35 年历史代码里没人翻过的角落全扫了一遍。漏洞一直在那，只是过去没人"看见"。
Linus 的对策：不进，就删
对应地，内核的"出"这一侧也在加速。7.3 周期里，FreeVxFS 文件系统驱动被点名清退，一批 SGI、IBM 老硬件驱动同样在移除之列；更早的 4 月，开发者 Andrew Lunn 还提过删掉近 2.8 万行服务于古老 ISA/PCMCIA 硬件的网络遗留代码。36氪删除理由越来越直白：这些几十年前的兼容代码，如今主要是自动化扫描工具的靶子，每扫一遍就给维护者制造一轮新工单，留着已经不划算。
一个有意思的细节是，连 AMD 自己都在做减法：今年 8 月他们提交了 34 个显示补丁，新增一个配置选项，允许发行版把老显卡的显示代码剥离出驱动、生成更精简的版本，预计随 7.4 合入主线。快科技往内核里"灌"和从内核里"抽"，正在同一批人手里同时发生。
顺带做一个事实校准：6 月底媒体报 7.2-rc1 时用的是"突破 4300 万行"，这次 7.3-rc1 又变成"4098 万行"，数字不升反降。同一个内核的统计不可能凭空少 200 万行，这更像代码行数、注释行、空行几种口径被混着用。所以看这类新闻，占比和结构比总量靠谱，别拿不同媒体的"总行数"直接做减法。
跟用 Linux 的你有什么关系
分三层说。
普通桌面/服务器用户：基本无感。你不编译内核，4098 万行对发行版用户的全部影响，就是源码包又大了一点，真正影响日常的是 7.3 里那些具体的事（Btrfs、调度器、NVMe 快路径等），不是行数。
用 AMD 显卡的玩家：算利好。寄存器文件先行合入，意味着 DCN 6.0 这一代显示硬件（HDMI 2.1 高刷这类能力）的内核支持在按节奏落地，正式版预计 10 月中旬推出，之后新 A 卡的显示功能会有主线支持。
自己编译内核、做发行版的人：这才是你的成本。每次全量编译，那 650 万行"字典"都要重新过一遍编译器；AI 补丁涌入后，审核带宽的紧张最终会传导到 rc 版本的稳定性上，生产环境继续守 LTS 就好。
至于"内核膨胀会不会压垮 Linux"这个社区年年都吵的老焦虑：从这本账看，膨胀的主要是机器生成的静态定义，删掉的才是真正养不活的逻辑代码——一进一出之间，Linus 的取舍标准没变过：代码要为人服务，不是行数给新闻用。
接下来盯两个信号就行：7.3 正式版 10 月中旬落地时，DCN 6.0 相关行数还会不会被继续追加；以及 7.4 合并窗口里，"AI 生成补丁占比"会不会从网络子系统的三分之一，扩散成全内核的统计口径。
