VisualStudio 2005编译时间非常慢

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (11)

我们的编译时间非常慢,在双核2 GHz,2G RAM机器上可能需要20多分钟。

这在很大程度上是由于我们的解决方案的规模已经发展到70多个项目,以及VSS本身就是一个瓶颈,当您有大量的文件。(很不幸的是,交换VSS不是一个选项,所以我不希望这个下降到一个VSS bash)。

我们正在考虑合并项目。我们还希望有多个解决方案来实现更好的关注点分离和更快的应用程序元素的编译时间。我可以看到,这将成为一个DLL地狱,因为我们试图保持同步的事情。

提问于
用户回答回答于

chromium.org小组列出了以下几个选项加快建设(在这一页的一半左右):

按加速比的递减顺序:

安装microsoft修补程序935225

安装microsoft修补程序947315

使用真正的多核处理器(即英特尔核心二人处理器2,而不是奔腾4 HT)。

使用3个并行构建。在VisualStudio 2005中,您将在工具>选项.>项目和解决方案>构建和运行>最大数量的并行项目构建.

禁用.ilk、.pdb、.cc、.h文件的反病毒软件,只检查是否存在病毒修改。禁用对源所在目录的扫描。

在第二个硬盘上存储和构建Chrome代码。它不会真正加速构建,但至少当您进行gClient同步或构建时,您的计算机将保持响应。

定期整理你的硬盘。

禁用虚拟内存。

用户回答回答于

我们在一个解决方案中有将近100个项目,开发构建时间仅为秒:)

对于本地开发构建,我们创建了一个更改的VisualStudioAddinProject referencesDLL references并卸载不需要的项目。

  • 构建我们的整个解决方案一次
  • 卸载当前未处理的项目,并将所有项目引用更改为DLL引用。
  • 签入之前,请将所有引用从DLL更改为项目引用。

扫码关注云+社区