是用Visual Studio 2008,2010還是2012（v11）編寫的使用多核？

Question

基本上我想知道如果2010和2012年的視覺工作室IDE和/或編譯器是編寫以利用多核心環境（我明白我們可以針對多核心環境在所有版本中使用並行性，但這是不是我的問題）。

我想決定是否應該獲得更高的時鐘雙核或更低的時鐘四核，因爲我想嘗試找出哪種處理器可以爲我提供絕佳的Visual Studio 2010或2012最佳體驗（v11）（IDE和背景編譯器）。

如果他們在一個內核中運行最重要的部分（後臺編譯器和其他ide任務），那麼如果運行四核，內核會更快切斷，尤其是如果後臺編譯器是最重要的任務，我會想象這將很難在多個進程中分離，所以即使它使用多核，如果大多數處理仍然會出現在一個內核中（即最顯着VS環境的一部分）。

我是一位VB程序員，在2010年和2012年，他們已經取得了很大的性能提升，恭喜（除了可怕的灰度設計和大寫無處不在），但我希望能夠無縫地使用VS .. 。 有人有主意嗎？另外，我並不擔心解決方案加載時間，因爲我一次只編寫一個項目。

謝謝。

Answer 1

我認爲你可能更適合用更高時鐘的雙核心。我認爲VS（今天的大多數應用程序）還不具備多線程的優勢。 VS可能有幾十個線程在運行，但是我認爲只有一部分操作真正利用了它們。很多VS實現都是在STA線程上運行的C++ COM組件，所以UI線程在許多場景中完成了大部分工作。事實上，很多VS shell都被作爲VS2010的一部分重寫在託管代碼中，這將有助於打破這些古老的STA組件依賴關係。正如其他人所提到的，一些關鍵場景（如構建一個大型解決方案）已經充分利用了多個內核（MSBuild可以並行運行），所以如果這些場景支配你所關心的內容，那麼更多內核會更好。但對於諸如IDE UI使用和後臺編譯之類的東西，我認爲其中大部分仍然大部分是單線程的。我有一個四核心盒子，我很少看到VS2008使用超過25％的CPU資源。 （我沒有足夠認真地使用VS2010知道哪些場景更好，但我知道至少有幾個更好。）

Answer 2

MSBuild支持並行構建項目。 Visual Studio 2008利用多個處理器來處理compile projects。

Answer 3

正如其他人所指出的，MSVS 2010確實使用多個進程進行編譯。儘管它不會自動轉換爲大量縮短的編譯時間。 我剛剛做了一箇中型C++項目的測試（大約200個文件）。它在雙核處理器上的速度比3.4Ghz更快，比2.8Ghz的四核處理器更快。雖然雙核處理器更便宜。 （系統實際上與4GiB DDR2 Ram相同）。 我還必須注意，編譯期間雙核處理器的負載最大爲70％。正如你所看到的，如果VS2010甚至不能完全加載2個內核，那麼擁有4個或更多內核有什麼意義？

Answer 4

http://blogs.msdn.com/visualstudio/archive/2010/03/08/tuning-c-build-parallelism-in-vs2010.aspx

Answer 5

在考慮將在開發環境中虛擬化的使用事情。無論Visual Studio是否使用虛擬化，都明確使用多個內核。我有多個開發環境，每個開發環境都有自己的VM。

Answer 6

忘記CPU。您可以爲您的機器提供的最大性能提升是固態硬盤。編譯和後臺進程（如Resharper和Intellisense）密集型IO，以至於視覺工作室的主要瓶頸是IO。無論我是否擁有單核，雙核或8核，我都從未見過VS max超出CPU。

更新 感謝您的評論@Erx ...我不是專家，確切的過程正在進行。但是，如果您考慮編譯器編譯項目的次數，IO命中不會感到驚訝。 Visual Studio可能會在內存中保存文件，但是您是否注意到當您構建項目並且未保存更改時，在構建啓動之前，文件會先保存？這告訴我，msbuild編譯器正在訪問保存的文件，並且它不使用內存中的文件。如果您在VS中關閉了文件，則不能保證該文件仍在內存中，因爲它可能已由VS的內存管理進行了清理。所以編譯器得到一個乾淨的副本是有道理的。這可能是成百上千的文件。然後是編寫輸出的編寫，NuGet包讀取，ConfigGen腳本（http://configgen.codeplex.com/）。你得到的照片。

此外，我已經在某處讀過Intellisense對文件系統進行了大量的讀寫操作，因此如果您的硬盤速度較慢，這將成爲性能的一次重大打擊。

Resharper等插件也碰到了文件系統，尤其是後臺編譯。我絕不會主張刪除Resharper，因爲它是最好的生產力工具。所以我會重申一下，如果你已經用最新的可用內核數量和巨大的內存數量在一個新的系統上飛濺起來，花費幾百美元/ 100英鎊購買一個新的SSD。你不會後悔的。

此外，請查看Scott Guthrie關於此事的問題http://weblogs.asp.net/scottgu/archive/2007/11/01/tip-trick-hard-drive-speed-and-visual-studio-performance.aspx具體來說，我引用：「......必要時購買額外的CPU處理器速度，而不是投資更快的磁盤。」如果有人知道你會期望Visual Studio開發團隊的負責人知道。

Answer 7

該問題已被編輯提及VS2012，但大多數答案可追溯到發佈之前。 VS2012作爲standard feature引入了並行構建。因此，在有能力的CPU上有更好的機會輕鬆利用更多核心。然而，如前所述，如果你想縮短編譯時間，一個快速硬盤是必不可少的，最好是一個高端SSD。

對於硬盤驅動器或CPU是否是更好的投資存在一些爭議，但改善或者應該產生重大影響。在大多數市場中，開發人員的時間成本遠遠超過硬件成本，所以通常你最好購買最好的CPU和硬盤驅動器。唯一需要考慮的是收益遞減規律，它們是非常高端的。

從關於平行文章報價建立在VS2012：

Visual Studio 2010中包含一個選項「平行 項目的最大數量的基礎之上。」儘管沒有任何限制， 這個IDE選項只適用於C++項目。幸運的是，這種限制不再適用於Visual Studio 11.相反，現在有對其他語言的並行構建的全面支持。要查看 ，請在運行Process Explorer副本的同時使用 許多項目正在構建的解決方案。您將看到創建了多個MSBuild 實例 - 與「並行項目構建的最大數量 」中指定的數量相同。