从14s到4s，我如何将 macOS上的 Rust 增量编译时间减少70％？_大前端_jakedeichert

阿里云飞天发布时刻，领先大模型限免，超7000万 tokens免费体验了解详情 



 写点什么

Rust 1.51 发布之后，我注意到里面有一个新的特性 Cargo 可以帮助缩短 macOS 的编译时间。升级启用了这个选项周，我的增量开发重建时间从 14s 缩短到了 4s。

加快构建速度

Rust 1.51 发行说明中，有一章节是专门介绍如何配置调试信息。默认情况下，在 macOS 上，rustc 会运行一个名为 dsymutil 的工具，该工具会分析二进制文件，然后构建调试信息目录。

如果使用 cargo run 来开发构建，那么可能每次都会构建此调试信息，因为它是开发配置文件的默认设置。而在 Rust 1.51 中，我们可以配置 split-debuginfo，使其跳过 dsymutil。

Rust 1.51 发行说明：

现在，Rust backtraces 切换到使用其它后端，该后端支持加载 debuginfo 无需运行 dsymutil，并且该功能目前已经稳定。

有人认为，这个功能很快就会成为 macOS 的默认配置。

如何配置呢？首先打开 Cargo.toml 并添加以下选项：

[profile.dev]split-debuginfo = "unpacked"

复制代码

如果你之前禁用了 debug，那么就无法生成调试信息，自然也就无法看到速度提升。如果你之前因为编译时间太久而禁用了 debug，那么现在可以重新打开，试试这个新方法吧。

Cargo 新特性到底能帮助 debug 提升多少呢？我自己构建了一个 Puzzle Panda 的拼图游戏网站，该网站是使用 Rust 编写的后端 API。经过我自己的测试，cargo run dev rebuilds 从之前的 14s 成功减少到了 4s，大约节省了 70% 的构建时间。

就项目规模而言，Puzzle Panda 的 Rust API 很小，但是它其中引入了很多传递性依赖关系，因此构建时间很长。14s 的 Dev rebuilds 时间是一直困扰我的问题，但是现在 split-debuginfo 的出现解决了我的难题。

至于 split-debuginfo 在中型 Rust 项目中，是否会有一样的项目，目前我还不确定。希望有感兴趣的人，能够实践并分享给我们。

参考链接：

发布

暂无评论