Rust Blog
·
2025年Rust编译器性能调查结果
内容提要
两个月前，我们启动了Rust编译器性能调查，收到了3700多份反馈。调查显示，构建性能是Rust开发者的主要痛点，45%的用户因编译时间过长而停止使用Rust。我们识别了多个影响构建性能的工作流程，并计划每年进行一次调查以跟踪长期趋势。
关键要点
-
两个月前启动了Rust编译器性能调查，收到了3700多份反馈。
-
构建性能是Rust开发者的主要痛点，45%的用户因编译时间过长而停止使用Rust。
-
调查显示，构建体验因用户和工作流程的不同而差异很大。
-
许多用户对Rust的构建性能表示满意，认为其优于C++，但也有用户认为Rust的性能不如Go或Zig。
-
调查中识别了多个影响构建性能的工作流程，包括增量重建、类型检查和干净构建。
-
增量重建的主要问题包括工作区的变化导致不必要的重建、链接阶段过慢和单个crate的增量重建速度慢。
-
类型检查和IDE性能方面，cargo check与cargo build之间的构建缓存不共享，导致额外的编译。
-
约20%的参与者认为干净构建是一个重大障碍，CI构建性能也被认为是一个问题。
-
调试信息的生成增加了磁盘使用和编译时间，许多用户希望减少调试信息的生成。
-
用户对提高构建性能的机制了解不足，42%的用户没有尝试任何提高构建性能的方法。
-
Rust团队计划创建官方指南以提高构建性能的意识，并解释各种机制的权衡。
-
开发者在识别构建缓慢的原因时面临挑战，只有少数人使用工具来分析构建性能。
-
未来的目标是稳定长期以来的改进计划，以显著提高构建性能。
延伸解读
构建性能的多样性
调查显示，Rust开发者的构建体验因个人工作流程的不同而差异显著。虽然一些用户对Rust的构建性能表示满意，认为其优于C++，但也有用户认为与Go或Zig相比，Rust的性能较差。这表明，开发者在选择语言时应考虑自身的工作流程和需求。
增量重建的挑战
调查中提到，增量重建是开发者面临的主要问题之一，尤其是在大型工作区中，修改一个crate可能导致所有依赖的crate都需重新编译。这种不必要的重建增加了构建时间，开发者应关注如何优化工作区结构，以减少重建的频率和时间。
调试信息的权衡
生成调试信息虽然对调试过程至关重要，但也会显著增加编译时间和磁盘使用。调查显示，许多用户并不频繁使用调试器，但仍希望保留完整的调试信息。这提示开发者在调试需求与构建性能之间找到平衡，可能需要根据项目需求调整调试信息的生成策略。
延伸问答
Rust编译器性能调查的主要发现是什么？
调查显示，构建性能是Rust开发者的主要痛点，45%的用户因编译时间过长而停止使用Rust。
哪些因素影响Rust的构建性能？
影响构建性能的因素包括增量重建、类型检查和干净构建等工作流程。
用户对Rust构建性能的满意度如何？
用户对Rust构建性能的平均满意度为6分，大多数人给出7分的评价。
Rust团队计划如何改善构建性能？
Rust团队计划创建官方指南以提高构建性能的意识，并解释各种机制的权衡。
参与调查的用户对构建性能的反馈如何？
许多用户对Rust的构建性能表示满意，认为其优于C++，但也有用户认为不如Go或Zig。
用户在提高构建性能方面的尝试情况如何？
42%的用户没有尝试任何提高构建性能的方法，显示出对提高机制的了解不足。
