减少麦克斯的生锈增量编译时间为70％

我可能会迟到游戏，但我只是读了生锈1.51发行说明，并注意到了一个新的货物选项，可以帮助改善MacOS编辑时间。升级并启用选项后，我的增量Dev Rebuilds从〜14秒到4s！

在1.51发行说明中，有关配置调试信息如何产生调试信息的一部分。似乎默认在麦斯座上，Rustc运行一个名为dsymutil的工具，该工具分析了二进制文件，然后在它旁边构建一个调试信息的目录。

如果您使用货物运行为dev构建，您＆＃39;重新在每次作为它＆＃39; s＆＃39; s的dev配置文件的默认值。

但在1.51中，您现在可以配置Split-DebugInfo以完全跳过Dsymutil过程！从发行说明：

最近，Rust Backtrets切换到使用不同的后端，支持加载debuginfo，而无需运行dsymutil，我们＆＃39; ve稳定的支持跳过dsymutil运行。

如果您＆＃39; VE禁用了调试选项，那么您可能不会看到自＆＃39以来的任何速度提升;重新生成调试信息无论如何。但是，假设您因过去的编译时间慢时，您可以禁用调试，您现在可能会在其上打开它，看看它是否足够快地＆＃39;

在i＆＃39; m构建一个名为puzzle panda的拼图普鲁斯网站，其中有一个用锈迹编写的后端API。正如我在这篇文章的顶部所提到的那样，我的货物运行Dev重建从14秒到4秒到4秒。剃掉70％的建筑时间是巨大的，有希望意味着我＆＃39; ll不太可能在它的同时分心分散注意力＆＃39;重新编译😅。

在项目规模方面，我会考虑拼图熊猫＆＃39; surr api非常小。 但是，虽然它具有小的表面积，但它确实拉动了相当几个传递依赖性，这导致了更长的构建时间。 Dev Rebuilds持续14秒让我有点担心，我错过了我可以禁用调试选项来加速速度的事实。 但现在使用split-debuginfo启用，4秒重建让我很开心。 与那个说，我不确定中型锈项目的影响是什么......但是给它一个尝试让我知道！ sidenote ......这是我一段时间的第一个与生锈相关的帖子！ 跟我在Twitter @jakeedeichert或我的RSS Feed，如果你＆＃39;对未来帖子感兴趣:)