Linux内核开发者长期受困于漫长的编译等待时间。即便在高性能服务器上，构建系统中的单线程瓶颈仍导致多核资源无法被充分利用。近日，Arm工程师、资深Linux贡献者Lorenzo Stoakes提交了一套修订后的补丁系列，旨在突破这一限制。
该系列补丁基于今年9月初公开的工作成果，其中两个原始补丁已被合并，其余部分正争取纳入Linux 7.4版本。数据显示，在allmodconfig配置下，构建速度可能提升36%；增量构建增益约为70%；无需执行任何操作的空跑构建（no-op builds）改善幅度高达90%。
AI识别瓶颈，人工重构代码
Stoakes借助大语言模型（LLM）扫描构建机制，识别出仍保持序列化的执行环节。模型虽生成了大量代码，但Stoakes指出其中许多“丑陋不堪”，因此他对每一行代码进行了审计和重写，并润色了提交信息与注释。核心洞察在于：通过在Kbuild、kallsyms、modpost、objtool、mksysmap及Rust前端等多个阶段增加并行度，可在不破坏正确性的前提下消除不必要的序列化。
为确保可靠性，Stoakes手动验证了构建过程及运行中的内核，并在多台机器上确认了性能数据。每个提交均带有“Assisted-by”标签以记录LLM的辅助作用。这种透明度回应了社区对AI生成贡献日益增长的关注。尽管Linus Torvalds曾调侃AI导致的代码臃肿，但他仍接受经过严格审查的机器辅助补丁。
构建效率显著提升开发者生产力
随着Rust代码融入更多子系统以及现代硬件核心数的增加，构建时间已成为制约开发者生产力的关键因素。此次优化补充了此前Ingo Molnar“快速内核头文件”系列对依赖性的解决，转而针对构建工具内部的运行时瓶颈。无论是在笔记本电脑还是高核心数服务器上，性能收益均保持一致。对于频繁迭代的开发者而言，增量构建速度提升70%意味着每个周期可节省数分钟，长期累积将显著减少等待时间；对持续集成系统的影响则更为显著。
目前，该补丁系列争议较小，审查者反馈建设性意见。v2版本已包含修复措施、针对主线代码的变基以及对Rust编译器并行前端的优化。鉴于Linux 7.4发布尚有时日，这些补丁有充足时间进行最终打磨。
AI辅助开发的新常态
近期多项实验显示，LLM在定位漏洞、提出调度器调整建议等方面影响力扩大。然而，行业共识认为：AI擅长发现人类易忽略的模式，但在无人监督下生成生产级代码时仍存在局限。Stoakes的实践提供了一条可行路径——利用AI加速发现过程，由具备领域专业知识的人类负责关键验证、剔除缺陷并重构代码。
这一模式正在开源社区形成新规范：部分维护者要求明确标记AI辅助内容，或通过金丝雀检查强制人工审查。Linux项目虽跟踪此类贡献但未公布总数，力求在开放创新与代码质量间取得平衡。若这些补丁顺利合并，开发者将在日常工作中直观感受到编译周期的缩短，从而以更高效的状态推动新功能上线与错误修复。