对于经常折腾 Linux 的用户来说，编译内核一直是一件很有仪式感的事情。代码体量庞大、编译链路复杂，过去完整跑一次内核编译，往往要等上好一阵子。很长一段时间里，“先去泡杯咖啡再回来看进度”几乎是常规操作。
但到了 2026 年，这个等待时间正在快速缩短。
最近，Linux 内核构建性能又迎来了一次明显提升。Phoronix 对最新 Kbuild 优化补丁做了测试，在一套高规格 AMD EPYC 服务器上，标准 x86-64 Linux 内核的 defconfig 编译已经压缩到大约 15 秒。而在应用这批优化之前，同一套机器需要超过 22 秒。
更值得关注的是，Linux 社区现在已经开始把目标放到了 10 秒以内。
内核编译为什么突然变快了
这次提升并不只是处理器越来越快那么简单。
Linux 内核开发者 Lorenzo Stoakes 最近一直在推动一系列 Kbuild 优化工作。Kbuild 是 Linux 内核的构建系统，负责组织源代码、依赖关系以及编译任务。
过去的内核编译过程，并不是所有环节都能充分利用现代处理器的多核心能力。一台拥有几十甚至上百个 CPU 核心的服务器，理论上可以同时处理大量任务，但如果构建流程中存在单线程瓶颈，大量 CPU 资源就只能空等。
这次优化的核心之一，正是找到这些限制，并进一步提升任务并行度。
更特别的是，这项工作过程中还使用了 AI 和大型语言模型来辅助分析代码、寻找潜在瓶颈。Phoronix 此前报道，这批补丁针对 Kbuild 中多个单线程瓶颈进行了调整。测试结果显示，某些场景下完整内核构建速度提升约 36%，增量编译速度最高提升约 70%。
也就是说，这次 Linux 内核编译提速，并不是简单换一颗更快的 CPU，而是软件本身也在变得更高效。
15 秒到底是什么水平
这次测试使用的是非常强悍的服务器。
测试机器搭载了两颗 AMD EPYC 9575F 处理器，每颗拥有 64 个核心，因此整机提供 128 个 CPU 核心和 256 个线程；同时配备 1.5TB DDR5-6400 内存以及 3.84TB PCIe 5.0 NVMe SSD，系统运行 Ubuntu 26.04 LTS。
值得注意的是，这次测试没有使用 RAMDisk 来人为压榨存储性能，而是直接使用 PCIe 5.0 SSD 完成编译。最终，最新 Kbuild 补丁将标准 defconfig 内核构建时间从 22 秒左右降低到了约 15 秒。
当然，这并不意味着普通笔记本电脑现在也能 15 秒完成 Linux 内核编译。测试成绩高度依赖 CPU 核心数量、内存带宽、存储性能以及编译任务的并行程度。
不过这项工作的意义在于，软件优化本身能让不同档次的处理器都获得收益，而不仅仅是服务于最顶级的服务器。
更大的内核也开始接近两分钟
如果只是编译一个比较精简的默认内核配置，15 秒已经相当惊人。但 Linux 内核还存在一个更极端的测试方式，也就是 allmodconfig。
这个配置会启用大量内核模块和驱动，编译量远高于普通 defconfig。
在同一套 EPYC 服务器上，最新补丁让 allmodconfig 的编译时间从约 169 秒降低到了 134 秒，直接减少了 35 秒，已经逐渐接近两分钟以内。
对于普通 Linux 桌面用户来说，这个数字可能只是一个有趣的性能测试；但对于内核开发者、发行版维护者以及大规模构建环境来说，意义完全不同。
内核开发经常需要反复修改代码、编译、测试，再继续修改。如果每次构建都要等待很久，整个开发周期就会被不断拉长。编译时间缩短以后，同样的时间里可以完成更多测试，也能让问题定位和回归测试更加高效。
目前 15 秒并不是终点。
Phoronix 已经把目光放到了下一代 AMD EPYC 平台。随着 Zen 6 架构处理器、MRDIMM 高带宽内存以及 PCIe 6.0 存储设备逐渐进入市场，再结合 Kbuild 后续优化，标准 x86-64 Linux 内核 defconfig 编译突破 10 秒已经被认为存在现实可能。
不过这里需要注意，10 秒目前仍然属于目标和预测，而不是已经完成的普遍测试结果。最终能否真正突破这个数字，还要看下一代处理器的实际性能，以及 Linux 内核构建流程能否继续有效利用更多硬件资源。
从几十年前漫长的内核编译，到今天高端服务器上的 15 秒，再到未来可能出现的 10 秒以内，Linux 内核本身越来越庞大，但编译它所需要的时间却没有跟着线性增长。
这背后其实是硬件、编译工具、Kbuild 优化以及 AI 辅助开发共同作用的结果。对于 Linux 开发者来说，未来编译内核可能真的会从一段等待时间，变成一个很短的开发动作。
发表于 昨天 23:03
|
查看: 1|
回复: 0
/1 
