比較並行執行階段和其他並行模型
本文件說明並行執行階段和其他技術在功能和程式撰寫模型方面的差異。 藉由了解並行執行階段好處其他程式撰寫模型好處的比較，您可以選取最符合應用程式需求的技術。
如果您目前使用 Windows 執行緒集區或 OpenMP 等其他程式撰寫模型，在某些情況下適合移轉至並行執行階段。 例如，從 OpenMP 移轉至並行執行階段主題說明適合從 OpenMP 程式碼移轉至並行執行階段的時機。 不過，如果您對應用程式效能和目前的偵錯支援感到滿意，則不需要移轉。
您可以利用並行執行階段的功能和產能好處，補充使用另一個並行模型的現有應用程式。 當多個工作排程器爭用相同運算資源時，並行執行階段無法保證負載平衡。 不過，當工作負載不重疊時，此影響幾乎不存在。
章節
比較先佔式排程與合作式排程
比較並行執行階段與 Windows API
比較並行執行階段與 OpenMP
比較先佔式排程與合作式排程
先佔式模型與合作式排程模型是兩種可讓多項工作共用運算資源 (如處理器或硬體執行緒) 的常用方式。
先佔式與合作式排程
「先佔式排程」(Preemptive Scheduling) 是一項循環配置資源、以優先順序基礎的機制，可在指定的時間週期內將運算資源的獨佔存取權指定給每項工作，然後再切換到另一項工作。 先佔式排程在多工作業系統 (如 Windows) 中是常見的作業。「合作式排程」(Cooperative Scheduling) 機制可讓每項工作獨佔存取運算資源，直到工作完成或工作讓渡其資源存取權為止。 並行執行階段可使用合作式排程搭配作業系統的先佔式排程器，來達成處理資源的最大使用量。
先佔式和合作式排程器之間的差異
先佔式排程器會設法讓多個執行緒獲得相同的運算資源存取權，以確保每個執行緒都能順利執行作業。 在運算資源充足的電腦上不難確保存取性的平均分配；但要確保有效率的資源使用，則仍有一定的難度。
使用先佔式核心模式排程器時，應用程式程式碼必須依賴作業系統來進行排程的決策。 相反地，使用者模式合作式排程器可讓應用程式程式碼自行設定其排程決策。 合作式排程可讓應用程式設定許多排程決策，因而能夠大幅降低與核心模式同步處理相關聯的額外負荷。 合作式排程器在沒有其他工作要排程時，通常會將排程決策交由作業系統核心處理。 如果有封鎖作業傳送至核心，但該作業並未傳送至使用者模式排程器，則合作式排程器也會將決策權交由作業系統排程器。
合作式排程與效率
對先佔式排程器而言，所有具有相同優先順序層級的工作都是相等的。 先佔式排程器通常會依照執行緒的建立順序加以排程。 此外，先佔式排程器會以循環配置資源的方式，根據執行緒優先順序為每個執行緒指定時間量。 雖然這項機制提供了公平性 (每個執行緒都能運作)，但效率卻會有一定程度的減損。 例如，有許多大量計算的演算法並不需要公平性。 它所著重的是相關工作必須在最短的整體時間內完成。 合作式排程可讓應用程式更有效率地排程工作。 例如，假設某個應用程式有許多執行緒。 將未共用資源的執行緒排程為並行執行，可降低同步處理額外負荷，進而提升效率。 另一種有效排程工作的方式，是在相同的處理器上執行工作的管線 (其中，每項工作都會以前一項工作的輸出為基礎而執行)，讓每個管線階段的輸入事先載入到記憶體快取中。
同時使用先佔式和合作式排程
合作式排程無法解決所有的排程問題。 例如，未均等產生其他工作的工作，可能會耗用所有的可用運算資源，而使其他工作無法執行。 並行執行階段可利用合作式排程的效率優勢，彌補先佔式排程必須確保公平性的缺點。 根據預設，並行執行階段會提供使用工作竊取演算法的合作式排程器，有效地將工作分配給運算資源。 但並行執行階段排程器也需依賴作業系統的先佔式排程器，以公平地分配資源給應用程式。 您也可以在您的應用程式中建立自訂排程器和排程器原則，以便精密地控制執行緒執行。
Top
比較並行執行階段與 Windows API
Microsoft Windows 應用程式開發介面 (通常稱為 Windows API，其前身為 Win32) 提供可讓應用程式並行處理的程式設計模型。 並行執行階段建置於 Windows API 上，可另行提供無法從基礎作業系統使用的其他程式設計模型。
並行執行階段建置於 Windows API 執行緒模型上，用以執行平行工作。 它也會使用 Windows API 記憶體管理和執行緒區域儲存區機制。 在 Windows 7 和 Windows Server 2008 R2 上，它會以 Windows API 支援使用者可排程的執行緒，以及硬體執行緒超過 64 個的電腦。 並行執行階段可提供合作式工作排程器和工作竊取演算法，讓運算資源發揮最大的效用，並且可讓多個排程器執行個體同時運作，以擴充 Windows API 模型。
如需 Windows API 的詳細資訊，請參閱 Windows API 的概觀。
程式語言
Windows API 可使用 C 程式設計語言公開程式設計模型。 並行執行階段提供可充分運用 C++ 語言之最新功能的 C++ 程式設計介面。 例如，Lambda 函式可提供簡潔、類型安全的機制，用以定義平行工作函式。 如需並行執行階段所使用之最新 C++ 功能的詳細資訊，請參閱並行執行階段概觀。
執行緒與執行緒集區
Windows API 的中央並行機制是執行緒。 您通常會使用 CreateThread 函數來建立執行緒。 雖然執行緒相對而言較易建立及使用，但是作業系統必須耗費大量的時間與其他資源來管理執行緒。 此外，雖然每個執行緒都確實能獲得與相同優先順序層級上的任何其他執行緒等同的執行時間，但您必須建立夠大的工作，才能因應相關聯的額外負荷。 針對較小或較精細的工作，為達到並行性而產生的額外負荷，可能會蓋過以平行方式執行工作的優勢。
執行緒集區是能夠減少執行緒管理成本的方式之一。 自訂執行緒集區以及 Windows API 所提供的執行緒集區實作，都能夠讓小型工作項目有效地以平行方式執行。 Windows 執行緒集區將工作項目保存在先進先出 (FIFO) 佇列中。 每個工作項目都會以其新增至集區的順序啟動。
並行執行階段可實作工作竊取演算法，以擴充 FIFO 排程機制。 此演算法會將尚未啟動的工作，移至工作項目用盡的執行緒。 雖然工作竊取演算法可以平衡工作負載，但也可能會導致工作項目重新排序。 此一重新排序處理序可能會導致工作項目以不同於其提交順序的順序啟動。 這在執行遞迴演算法時有其效用，因為此時資料較有可能讓較新的工作共用，而不是較舊的工作。 讓新項目先執行，意味著快取遺失甚或分頁錯誤的情況都會減少。
從作業系統的觀點來看，工作竊取是不公平的。 但在應用程式實作要以平行方式執行的演算法或工作時，子工作之間公平性有時並不重要。 重要的是整體工作的完成速度。 對其他演算法而言，FIFO 也是適當的排程策略。
各種作業系統上的行為
在 Windows XP 和 Windows Vista 上，使用並行執行階段的應用程式行為大致相同，不同之處在於 Windows Vista 的堆積效能已有所改善。
在 Windows 7 和 Windows Server 2008 R2 中，作業系統可進一步支援並行和延展性。 例如，這些作業系統可支援硬體執行緒超過 64 個的電腦。 使用 Windows API 的現有應用程式必須經過修改，才能充分運用這些新功能。 然而，使用並行執行階段的應用程式則會自動使用這些功能，而不需要修改。
https://msdn.microsoft.com/zh-tw/library/dd627187(v=vs.120)
Top
比較並行執行階段與 OpenMP
並行執行階段支援多種不同的程式設計模型。 這些模型有可能相互重疊，但或許也可彌補其他程式庫的模型之不足。 本節將比較並行執行階段與 OpenMP。
OpenMP 程式設計模型是以開放標準定義的，具有定義完善的 Fortran 和 C/C++ 程式設計語言繫結。 OpenMP 2.0 和 2.5 版均適用於反覆執行的平行演算法；也就是說，它們可對資料陣列執行平行的反覆運算。 當平行處理原則程度已預先決定且符合系統可用資源時，OpenMP 最有效率。 OpenMP 模型特別適用於高效能運算，因為在此環境中非常龐大的計算問題會分散到一部電腦的處理資源。 在這種情況下，開發人員已得知硬體環境為何，而可在演算法執行時按理預期能夠取得運算資源的獨佔存取權。
但在其他較不受限制的運算環境中，則可能不適用使用 OpenMP。 例如，在使用 OpenMP 時較不易實作遞迴問題 (例如快速排序演算法或搜尋資料的樹狀結構)。 並行執行階段提供了平行模式程式庫 (PPL) 和非同步代理程式程式庫，可彌補 OpenMP 功能的不足之處。 不同於 OpenMP，並行執行階段所提供的動態排程器可根據可用資源進行調整，並且可隨著工作負載的變更而調整平行處理原則的程度。
並行執行階段中有許多功能皆可進行擴充。 您也可以合併現有功能，以撰寫新功能。 由於 OpenMP 須依賴編譯器指示詞，因此不易擴充。
如需並行執行階段與 OpenMP 的比較，以及如何移轉現有 OpenMP 程式碼以使用並行執行階段的詳細資訊，請參閱從 OpenMP 移轉至並行執行階段。
Top