优化windows XP for Visual Studio

Question

我有一个相对强大的开发工作站-8个核心和3G的Ram。然而，Visual Studio2008似乎没有充分利用这一优势，尤其是在大型构建期间。是否需要对XP、VM设置等进行任何调整以提高性能？我记得在过去糟糕的日子里，开箱即用的窗口并没有最大限度地利用拥有大量内存的机器，现在还是这样吗？

PS假设我不能进行任何硬件更改

Answer 1

在大型项目中工作时，我通常遇到的最大问题不是cpu或内存，而是硬盘。把几个硬盘放在不同的频道上(或者使用SCSI获得最佳性能)，把输出文件，中间文件，临时文件夹放在三个不同的硬盘上，这应该会有很大的不同。

我知道你说没有硬件改变，但由于你没有写你有什么类型的高清设置，我只想提到这一点。

VS将不能有效地使用所有的8个cpu，除非你有一个非常快的HD设置。

Answer 2

Visual Studio 2010将进行改进，以便更好地使用多核计算机，而无需您执行任何操作。在此之前，您需要通过更新msbuild设置来自己做一些额外的工作。

请阅读这两篇描述这一过程的优秀文章。

Builidng Projects in Paralell

Paralell build scenarios

Answer 3

与VS无关，但我记得在Eclipse中能够指定内核数量，它会为您指定的任意数量的内核启动一个gcc进程。链接过程仍然必须在一个核心上完成(直到链接器真正以多线程方式工作)。

实际上感觉快了很多(可能快了2倍？？)只使用超线程。再说一次，我猜是驱动器造成的；

从未想过将每个进程的文件(源文件、临时文件、构建文件、中间文件)拆分到不同的硬盘上；但如果这是您喜欢的方式，那么实际上最好创建一个RAM磁盘(可能是128-256mb)，并将其用于中间文件。显然，你可以把你的源文件放在一个真实的磁盘上(如果你想的话)；但是我很乐意把所有的东西都留在ram里，然后每半小时左右提交回SVN，或者把它复制到真实的磁盘上。

ram磁盘非常适合临时文件、中间文件和构建文件。只要您满意，就可以随时从ram disk复制构建文件。

我使用的内存磁盘是微软的Windows2000磁盘；它不是“官方”支持的，但它在XP上运行得很好，并且在过去的一年里一直运行得很顺利。设置驱动器的大小和重新启动有点烦人，但是一旦它启动并运行，你就可以像对待磁盘一样对待它。