詳解.NET 4.0并行計算支持歷史
本文將為大家總結從.NET 3.5到.NET 4.0并行計算支持歷史。并行計算大家應該比較熟悉，.NET 4.0并行計算的使用能提升硬件利用效率。
#T#
在以往的計算機發展歷史中，硬件技術的發展，特別是CPU頻率的不斷提高，總是給軟件帶來更強的性能提升。從386到586，從賽揚到奔騰，每次CPU頻率的提升，都帶來軟件性能的大幅提升，而軟件無需做任何變動。如果有客戶抱怨你的軟件性能不佳，我們無需著急，只需要升級到更高頻率的CPU就可以了。當單核CPU的頻率發展到3G之后，再往上發展就遇到了技術瓶頸，單核心CPU的發展已經到達一個極限，硬件廠商不得不轉而向多核芯CPU發展，在一顆芯片中加入兩個甚至多個運算核心，通過核心的增加，來提高芯片總的頻率。當硬件通過增加運算核心來提高性能時，由于受到其架構的影響，軟件并不能充分地利于多個運算核心所帶來的性能提升，甚至有的時候性能還有所下降。在這種情況下，開發者不得不改變應用程序的架構和開發方法，以應對這種多核的趨勢，使得自己的軟件可以充分利于硬件升級所帶來的性能提升。
作為下一代開發平臺，Visual Studio 2010加大了對并行運算的支持。微軟正在使得盡量大的范圍內的開發者都能高效而簡便地進行并行計算的開發，不管他使用的是非托管代碼還是.NET Framework。從而將開發者從繁瑣而復雜的多線程開發中解放出來，將更多的精力放到業務邏輯上。
Visual Studio IDE對并行計算開發的大量支持。Visual Studio 2010提供了一個“并行性能分析器”，它可以幫助我們分析應用程序的性能瓶頸，找到需要并行處理和可以進行并行處理的地方，并以圖形化的形式表現出來。
非托管的C++庫和編譯器對并行計算的支持
.NET Framework 3.5/4.0 對并行計算的大量支持，包括PLINQ、并行語言語句等等
本文討論的是.NET 3.5/4.0對并行計算的性能差別，采用的例子是Visual Studio 2010 Beta2 Training Kit 的Demo代碼. 在討論之前先回顧一下.NET 的并行組件：
由于并行計算是將一個工作任務進行分解以并發執行，因此，任何一個支持并行計算的軟件開發與運行平臺都必須解決這些并發執行的子任務之間的相互協作問題，比如：
一個子任務需要等待其它子任務的完成，多個子任務完成之后才允許執行下一個子任務（即所謂fork-join），
一個子任務結束后自動啟動多個下級子任務的執行
允許一個任務中途取消……
.NET 3.5/4.0通過對已有的基類庫進行擴充和增強，滿足了上述需求。.NET 給 “System.Threading” 命名空間增加了一些新的類，同時對部分已有類也進行了調整和優化。另外，針對中途取消線程或作務執行這一實際開發中非常普遍的需求，提供了一個統一取消模型。最大的變化是.NET為基類庫提供了多個與并行計算密切相關的類，并將它們統一稱之為“并行擴展（Parallel Extensions）”。
.NET 3.5通過DevLabs發布了Reactive擴展中包含的類庫為并行處理提供支持。Reactive擴展目標是簡化異步及事件驅動程序的構建，可參看InfoQ的文章微軟發布Reactive框架，簡化異步及事件驅動編程。下述.NET 3.5的例子代碼的運行要求下載Reactive擴展。
先介紹一下我的機器配置，單CPU雙核：
下面的例子來自Visual Studio 2010 Beta2 Training Kit 的ParallelBabyNames：
.NET 3.5下的運行結果：
.NET 4的運行結果：
從上述例子的運行結果來看，.NET 4的性能要比.NET 3.5要強，.NET 3.5和.NET 4.0的并行處理能力支持上基本持平。
原文標題：.NET 3.5-4.0 并行計算的支持
鏈接：http://www.cnblogs.com/shanyou/archive/2009/12/16/1625938.html
