Stack项目CI构建性能优化：解决Linux环境下链接速度慢的问题

背景介绍

在Stack项目的持续集成(CI)流程中，开发团队发现了一个显著的性能差异问题：在GitHub Actions的不同运行环境中，ubuntu-latest运行器的执行时间(120分钟)比macos-13运行器(42分钟)和windows-latest运行器(39分钟)要长3倍左右。这种性能差异严重影响了开发效率，特别是在Linux环境下的构建和测试过程。

问题分析

通过详细的日志分析和性能对比，团队发现性能瓶颈主要集中在链接(link)阶段。具体表现为：

1. 在集成测试4783中，链接操作在macOS上仅需4秒，而在Linux容器中却需要4分钟
2. 四个关键链接点的性能差异尤为明显：
   • Stack的Setup shim
   • ghc-paths包的setup
   • doctest工具
   • foo测试套件

进一步调查发现，不同平台使用了不同的链接器：

• Linux容器默认使用GNU ld(ld.bfd)
• macOS使用Apple的专用链接器
• Windows使用LLVM的lld链接器

技术解决方案

针对Linux环境下链接速度慢的问题，团队采取了以下优化措施：

1. 链接器替换：在Linux环境中安装并配置LLVM的lld链接器替代默认的GNU ld
2. 构建流程调整：修改stack-integration-test可执行文件，使其在Linux环境下明确使用lld链接器
3. CI流程优化：调整release.hs check脚本，让stack-integration-test在目标Stack环境下运行，但不再使用Alpine Linux Docker容器

优化效果

优化措施实施后，性能提升效果显著：

• 整体CI时间：从120分钟降至26分钟，减少了78%
• 集成测试时间：从6269秒降至683秒，性能提升近9倍
• 其他平台：macOS和Windows环境的性能保持稳定，没有明显变化

技术原理深入

为什么链接器选择对性能有如此大的影响？这主要涉及不同链接器的设计理念和实现方式：

1. GNU ld(ld.bfd)：传统的GNU链接器，稳定性高但速度较慢
2. lld：LLVM项目开发的链接器，专为速度优化，特别适合大型项目
3. Apple ld：macOS专用链接器，针对Apple平台进行了深度优化

在Haskell项目中，链接阶段通常需要处理大量符号和依赖关系，高效的链接器可以显著减少构建时间。特别是在CI环境中，频繁的构建和测试使得链接性能的影响被放大。

最佳实践建议

基于这次优化经验，可以总结出以下Haskell项目CI优化的建议：

1. 链接器选择：在Linux环境下优先考虑使用lld或gold链接器
2. 环境一致性：确保CI环境与开发环境使用相同的工具链配置
3. 性能监控：建立CI性能基准，及时发现并解决性能退化问题
4. 工具链定制：根据项目特点定制构建环境，移除不必要的组件

总结

Stack项目通过分析CI性能瓶颈，识别出链接器选择对构建时间的关键影响，并成功通过切换到更高效的lld链接器解决了问题。这一优化不仅大幅提升了Linux环境下的构建速度，也为其他Haskell项目提供了宝贵的性能优化经验。在持续集成环境中，工具链的合理配置往往能带来意想不到的性能提升，值得开发者关注和投入。