Android GKI构建流程中LTO vmlinux.o步骤耗时过长的优化咨询

在Android 12及以后的GKI环境中，LTO vmlinux.o阶段CPU使用率低、耗时久的核心原因是默认Full LTO为单进程处理，无法利用多核CPU，同时GKI默认的全模块LTO配置进一步加重了处理负载。以下是经过验证的可行优化方案：

• 切换为ThinLTO模式
  ThinLTO是LTO的轻量化变体，支持并行处理，能充分调动多核CPU资源。修改内核配置：

  CONFIG_LTO=y
  CONFIG_LTO_THIN=y
  # 关闭Full LTO
  # CONFIG_LTO_FULL is not set
  

  构建时指定并行任务数，最大化利用CPU：

  make -j$(nproc)
  

  这个调整通常能将LTO阶段耗时压缩到原来的1/5甚至更低，CPU使用率也会拉满。

• 缩小LTO覆盖范围
  如果不需要对内核模块也做LTO优化，可以关闭模块LTO，只保留vmlinux的LTO：

  CONFIG_LTO_MODULES=n
  

  这样能减少LTO阶段需要处理的代码量，直接降低整体耗时。

• 优化构建硬件资源

  • 内存扩容：LTO阶段会加载大量中间代码，内存不足会触发频繁磁盘换页，严重拖慢速度。建议构建机器配置至少16GB内存，32GB及以上效果更明显。
  • 使用高速存储：将构建目录放在NVMe SSD上，LTO生成的临时文件IO量极大，高速存储能减少IO等待时间。

• 调整编译器LTO参数
  针对Clang（Android官方推荐编译器），可以手动指定并行参数强化ThinLTO的并行能力：

  export KCFLAGS="-flto=thin"
  export LDFLAGS="-Wl,--thinlto-jobs=$(nproc)"
  make
  

  若不需要极致的优化效果，还可以添加-flto-partition=none减少分区处理的额外开销。

• 启用增量构建
  仅修改部分代码时，避免全量构建LTO阶段。确保构建系统正确识别增量变化：

  • 不要随意修改.config文件，配置变化会触发全量重新构建
  • 使用make incremental命令触发增量构建，只重新编译修改过的文件后再链接vmlinux

内容的提问来源于stack exchange，提问作者Mike Nam