8天玩轉並行開發 第七天 簡要分析任務與執行緒池

2021-06-27 06:40:10 字數 1918 閱讀 5947

說執行緒還是任務,我們都不可避免的要討論下執行緒池,然而在.net 4.0以後,執行緒池引擎考慮了未來的擴充套件性,已經充分利用多核微處理器

架構,只要在可能的情況下,我們應該盡量使用task,而不是執行緒池。

首先看一下task的結構

從圖中我們可以看出task.factory.startnew()貌似等同於用threadpool.queueuserworkitem()建立,但是請注意,我是用tpl的形式

使用執行緒池,要知道task出現以後,一直標榜著以更少的工作量,更低的效能消耗來pk原始執行緒。

這裡簡要的分析下clr執行緒池,其實執行緒池中有乙個叫做「全域性佇列」的概念,每一次我們使用queueuserworkitem的使用都會產生乙個

「工作項」,然後「工作項」進入「全域性佇列」進行排隊,最後執行緒池中的的工作執行緒以fifo的形式取出,效果圖類似如下:

這裡要值得一提的是,在.net 4.0之後「全域性佇列」採用了無鎖演算法,相比以前版本鎖定「全域性佇列」帶來的效能瓶頸有了很大的改觀。那麼任務

委託的執行緒池不光有「全域性佇列」,而且每乙個工作執行緒都有」區域性佇列「,效果圖如下

我們的第一反應肯定就是「區域性佇列「有什麼好處,可以考慮這樣的情況,當我們new乙個task的時候「工作項」就會進去」全域性佇列」,如果我們的

task執行的非常快,那麼「全域性佇列「就會fifo的非常頻繁,那麼有什麼辦法緩解呢?當我們的task在巢狀的場景下,「區域性佇列」就要產生效果了,

比如我們乙個task裡面有3個task,那麼這3個task就會存在於「區域性佇列」中。

從圖中可以看到,其實「區域性佇列「起到了乙個分流的作用,也叫做」任務內聯化「,」區域性佇列「採用的是」lifo"的形式,其實這樣的形式也是

為了提公升效能之用,因為run3送到「區域性佇列」中時可能還存在cpu的快取記憶體中,所以從「區域性佇列」中取出來相對來說更快一點,最後的效

果就是run3要理論上優先於run2,run1先執行。

現在我們再來考慮這樣一種情況,比如有兩個人,乙個人幹完了分配給自己的所有活,而另乙個人卻還有很多的活,從人情上說,閒的人應

該接手點忙的人的活,同樣,對應圖中「執行緒2「跑完了「區域性佇列」中的所有任務,並且同時發現」全域性佇列「中已經沒有可以跑的」任務「了,然而

「執行緒1」裡面還有run1,run2,run3,那麼此時「執行緒2」採用「fifo」的形式竊取「執行緒1」裡面的任務。

從上面種種情況我們看到,這些分流和負載都是普通threadpool.queueuserworkitem所不能辦到的,所以說在.net 4.0之後,我們

盡可能的使用tpl,拋棄threadpool。

8天玩轉並行開發 第七天 簡要分析任務與執行緒池

說執行緒還是任務,我們都不可避免的要討論下執行緒池,然而在.net 4.0以後,執行緒池引擎考慮了未來的擴充套件性,已經充分利用多核微處理器 架構,只要在可能的情況下,我們應該盡量使用task,而不是執行緒池。首先看一下task的結構 從圖中我們可以看出task.factory.startnew 貌...

8天玩轉並行開發 第七天 簡要分析任務與執行緒池

說執行緒還是任務,我們都不可避免的要討論下執行緒池,然而在.net 4.0以後,執行緒池引擎考慮了未來的擴充套件性,已經充分利用多核微處理器 架構,只要在可能的情況下,我們應該盡量使用task,而不是執行緒池。首先看一下task的結構 從圖中我們可以看出task.factory.startnew 貌...

實習第七天

昨天經理說今天會刮颱風,所以我們要求停課比較好,畢竟我是乙個非常熱愛生命的人,這絕對不是因為我小時候差點被颱風刮走,真的不是因為這個!可是今天一大早,天氣很涼快,可是再如何涼快,還是沒有暴風雨即將來臨的感覺,為此我們捶胸頓足,為什麼停課,停課也不得不去,因為我們還得以實習生的身份過去,說起這ppt,...