是否将Visual Studio 2008,2010或2012（v11）编写为使用多核？ [英] Was Visual Studio 2008, 2010 or 2012 (v11) written to use multi cores?

问题描述

基本上我想知道2010和2012年的visual studio IDE和/或编译器是否编写以利用多核环境（我知道我们可以针对所有版本的多核环境）使用并行性，但这不是我的问题）。

Basically i want to know if the visual studio IDE and/or compiler in 2010 and 2012 was written to make use of a multi core environment (i understand we can target multi core environments in all versions using parallelism, but that is not my question).

我试图决定是否应该获得更高的时钟双核或更低的时钟四核，因为我想要试着找出哪个处理器能给我带来Visual Studio 2010或2012（v11）（ide和后台编译器）的绝对最佳体验。

I am trying to decide on if i should get a higher clock dual core or a lower clock quad core, as i want to try and figure out which processor will give me the absolute best possible experience with Visual Studio 2010 or 2012 (v11) (ide and background compiler).

如果它们是在一个核心中运行最重要的部分（后台编译器和其他ide任务），如果运行四核，核心将更快切断，特别是如果后台编译器是最重的任务，我想这将很难分开不止一个进程，所以即使它使用多核，如果大多数处理仍然受限，你可能仍然会更好地使用更高的时钟CPU发生在一个核心（即VS环境中最重要的部分。）

If they are running the most important section (background compiler and other ide tasks) in one core, then the core will get cut off quicker if running a quad core, especially if background compiler is the heaviest task, i would imagine this would be difficult to separate in more than one process, so even if it uses multi cores you might still be better off going for a higher clock CPU if the majority of the processing is still bound to occur in one core (i.e. the most significant part of the VS environment).

我是一名VB程序员，他们在2010年和2012年取得了很大的性能提升，恭喜（除了可怕的灰色）规模设计和大写无处不在），但我希望能够无缝地使用VS ......任何人都有任何想法？另外，我不太担心解决方案加载时间，因为我一次只编写一个项目。

I am a VB programmer, they've made great performance improvements in 2010 and 2012, congrats (except for the horrid grey scale design and the uppercase everywhere), but I would love to be able to use VS seamlessly... anyone have any ideas? Also, I'm not too worried about solution load time, as I only code one project at a time.

谢谢。

推荐答案

我认为你可能更适合使用更高时钟的双核心。我认为VS（以及今天的大多数应用程序）还没有充分利用多线程。 VS可能有几十个线程正在运行，但我认为只有一部分操作真正利用了它们。很多VS实现都是在STA线程上运行的C ++ COM组件，因此UI线程在许多场景中完成了大部分工作。作为VS2010的一部分，VS shell的许多部分正在托管代码中重写这一事实将有助于打破更多这些古老的组件STA依赖关系。正如其他人所提到的，一些关键场景（比如构建一个大型解决方案）已经充分利用了多个核心（MSBuild可以很好地并行运行），所以如果那些主导你关心的东西，那么更多核心就更好了。但对于像IDE UI使用和后台编译这样的事情，我认为其中大多数仍然主要是单线程的。我有一个四核盒子在工作，我很少看到VS2008使用超过25％的CPU资源。 （我没有足够认真地使用VS2010来了解哪些情况更好，但我知道至少有一些情况更好。）

I think you're probably better off with a higher-clock dual core. I think VS (and most apps today) do not yet take great advantages of multi-threading. VS may have dozens of threads running, but only a subset of operations really take advantage of them well I think. A whole lot of the VS implementation is C++ COM components that run on the STA thread, so the UI thread does the bulk of the work in many scenarios. The fact that many pieces of the VS shell are being rewritten in managed code as part of VS2010 will help break a lot more of these ancient component STA dependencies. As others have mentioned, some key scenarios (like building a large solution) already do take advantage of multiple cores (MSBuild works well in parallel), so if those dominate what you care about, then more cores is better. But for things like IDE UI usage and background compilation, I think most of these are still mostly single-threaded. I've a quad-core box at work, and I rarely see VS2008 use more than 25% of my CPU resources. (I've not used VS2010 enough in earnest to know which scenarios are better, though I know at least a few are better.)

这篇关于是否将Visual Studio 2008,2010或2012（v11）编写为使用多核？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！