Answers:
我们的开发团队使用了非常快的硬件...截至2010年1月，每台开发机$ 6,000 +。
任何一个组件对我们（我们一次测试一件事）所做的最大改变就是添加了非常快速的I / O，并将我们所有的源代码都放在了该硬件上。我们经历了大约10种不同的配置（带有VRaptors，SSD，Etc等的各种RAID），我们想到的最好的产品是Fusion IO的IOXtreme驱动器。
http://www.fusionio.com/products/ioxtreme/
由于驱动器上格式化的块大小越小，驱动程序“锁定” RAM的数量越多，您将需要大量RAM。
那些坏男孩是非易失性的，并且在随机读写方面都超级快。为了钱，我们无法让我们的装备更快地进行编译。
我会安排一个真正的编译器给您一个主意...
是的，根据Visual Studio Code Metrics结果，我们的具有ALL代码的主解决方案当前有37个项目，以及总共92,281行的“可执行”代码。要使用IDE中的DEFAULT C＃开发人员设置进行编译（只需重新加载所有设置，以便您可以客观地将其与默认值进行比较），则需要22秒。在具有3个Velociraptors在RAID 5中的同一台机器上，需要29秒，因此增加了大约24％。
该测试是在CLEAN SOLUTION和REBUILD SOLUTION之后运行的，因此它应该是完整编译的。
我不了解你们所有人，但是经过小到中度的更改后，我会经常编译。大概平均每天80-100次。这意味着IOXtreme驱动器每天为我节省9.3分钟。每小时70美元（我们的平均开发人员费率）大约是每个开发人员每天10美元。因此，这件事需要大约90天的时间才能收回成本。真的还不错……他们现在有空。
另外，我真的非常强烈地认为，编译时间不应超过开发人员的注意力极限。让我等2分钟...在Wiki或Google或Youtube上浪费时间。这很难衡量。
好，所以整个装备看起来像这样：
Windows 7 Professional 12GB RAM 2个四核Xeon（E5504）@ 2.00 GHz。每台机器总共8 GHz。Highpoint 2320 RAID控制器服务器主板（抱歉，我忘记了型号）RAID 5中的3个Velociraptors分别划分为C，D和E驱动器。Windows on C，D上的程序，E。IO Xtreme Drive上的User Data文件夹作为DriveF。所有代码（我们的代码和第三方DLL）都位于Drive F上。
祝大家好运！
这里有一个类似的问题：哪些PC组件对Visual Studio的编译时间影响最大。
在Visual Studio中进行构建时，最大的瓶颈将是磁盘驱动器。从Visual Studio 2008开始，您还可以在构建期间利用多个处理器或多个内核。如果是我，我将遵循以下条件：
进一步阅读：
我使用Dataram的ramdrive。Visual Studio并没有使用我所有的PC核心（8核心），所以我要做的是用NTFS和激活的Compression格式化ramdrive。 源代码具有很高的压缩率，因此2GB的ramdrive至少提供4GB的存储空间。您还可以激活ramdrive的自动保存！这种方法为您提供最快的IO，甚至比SSD还要快。但是，您会注意到，当IO并非瓶颈时，VS在使用多核方面非常差。