C# 二级缓存大小对编译时间的影响有多大？ 我在一个新的开发工作站的决策过程中间，还有一个问题是要选择哪个处理器，而早期的决策之一是是否与Xeon或CIEE2处理器一起运行。（我们已经将自己局限于HP机器，所以我们只关注英特尔处理器。）

升级的主要目标是尽可能缩短编译时间。我们正在使用VisualStudio2008，目标是.NET3.5，主要是一个包含十几个项目的解决方案。我们知道我们的构建是CPU受限的。由于Visual Studio无法并行化C#构建，我们知道我们希望最大化CPU时钟频率-但问题是，Xeon line的较大缓存在编译期间是否有帮助，如果他们真的这么做了，那么考虑到价格上涨了三倍，这种增长是合理的吗？

您可以将自定义任务添加到VS2008中，以便它能够并行构建，因此您拥有的处理器（虚拟）越多越好。看一看。它帮了我很大的忙。

您可以将自定义任务添加到VS2008中，以使其并行生成，这样您拥有的处理器（虚拟）越多越好。看一看。这对我帮助很大。

我真的建议你自己测量一下。您将有大量影响性能的因素，例如，您是否编译了大量的小组件，或一个大的可交付成果（即，这将是多大的CPU限制）？您要指定哪些磁盘？记忆？所有这些都会产生不同，借用一些示例机器并测试您的场景是值得的

---

至于缓存大小性能是否“值得”的问题——再说一遍——您准备在编译服务器上花费多少钱，您的时间值多少钱？我怀疑，如果服务器每天编译的时间超过几个小时，并且您有超过两个的开发人员，那么额外的马力将超过其本身的成本。

我真的建议您自己进行测量。您将有大量影响性能的因素，例如，您是否编译了大量的小组件，或一个大的可交付成果（即，这将是多大的CPU限制）？您要指定哪些磁盘？记忆？所有这些都会产生不同，借用一些示例机器并测试您的场景是值得的

---

至于缓存大小性能是否“值得”的问题——再说一遍——您准备在编译服务器上花费多少钱，您的时间值多少钱？我怀疑，如果服务器每天编译的时间超过几个小时，并且您有超过两个的开发人员，那么额外的马力将超过其自身的成本。

我猜编译过程比CPU约束更为严格。通过将ASP.NET应用程序放在RAM驱动器上，至少可以将编译时间缩短一半。(). 因此，我建议您不仅要考虑CPU，还要考虑磁盘，甚至可能更重要。

我想编译过程比CPU更受约束。通过将ASP.NET应用程序放在RAM驱动器上，至少可以将编译时间缩短一半。(). 因此，我建议您不仅要考虑CPU，还要考虑您的磁盘，也许更重要。

如果我是您，我会选择配备12MB二级缓存的Q9550:）它们目前性价比很高

---

我'不幸'不得不得到一个核心i7 860由于我以前的主板不支持FSB的四核。不过我没有任何抱怨：）

如果我是你的话，我会选择配备12MB二级缓存的Q9550:）它们目前性价比很高

---

我'不幸'不得不得到一个核心i7 860由于我以前的主板不支持FSB的四核。不过我没有任何抱怨：）

我知道经验测量是最好的方法，但当我需要购买机器进行测量时，这很困难。因此我问了一个问题=）我知道经验测量是最好的方法，但当我需要购买机器来进行测量时，这是很困难的。因此我提出了一个问题=）