任務(wù)一般分為:CPU密集型、IO密集型、混合型,對于不同類型的任務(wù)需要分配不同大小的線程池
1. CPU密集型
CPU密集型也叫計(jì)算密集型,指的是系統(tǒng)的硬盤、內(nèi)存性能相對CPU要好很多,此時(shí),系統(tǒng)運(yùn)作大部分的狀況是CPU Loading 100%,CPU要讀/寫I/O(硬盤/內(nèi)存),I/O在很短的時(shí)間就可以完成,而CPU還有許多運(yùn)算要處理,CPU Loading很高。
在多重程序系統(tǒng)中,大部份時(shí)間用來做計(jì)算、邏輯判斷等CPU動(dòng)作的程序稱之CPU bound。例如一個(gè)計(jì)算圓周率至小數(shù)點(diǎn)一千位以下的程序,在執(zhí)行的過程當(dāng)中絕大部份時(shí)間用在三角函數(shù)和開根號(hào)的計(jì)算,便是屬于CPU bound的程序。
CPU bound的程序一般而言CPU占用率相當(dāng)高。這可能是因?yàn)槿蝿?wù)本身不太需要訪問I/O設(shè)備,也可能是因?yàn)槌绦蚴嵌嗑€程實(shí)現(xiàn)因此屏蔽掉了等待I/O的時(shí)間。
盡量使用較小的線程池,一般Cpu核心數(shù)+1
因?yàn)镃PU密集型任務(wù)CPU的使用率很高,若開過多的線程,只能增加線程上下文的切換次數(shù),帶來額外的開銷
2. IO密集型
IO密集型指的是系統(tǒng)的CPU性能相對硬盤、內(nèi)存要好很多,此時(shí),系統(tǒng)運(yùn)作,大部分的狀況是CPU在等I/O (硬盤/內(nèi)存) 的讀/寫操作,此時(shí)CPU Loading并不高。
I/O bound的程序一般在達(dá)到性能極限時(shí),CPU占用率仍然較低。這可能是因?yàn)槿蝿?wù)本身需要大量I/O操作,而pipeline做得不是很好,沒有充分利用處理器能力。
方法一:可以使用較大的線程池,一般CPU核心數(shù) * 2
IO密集型CPU使用率不高,可以讓CPU等待IO的時(shí)候處理別的任務(wù),充分利用cpu時(shí)間
方法二:線程等待時(shí)間所占比例越高,需要越多線程。線程CPU時(shí)間所占比例越高,需要越少線程。
下面舉個(gè)例子:
比如平均每個(gè)線程CPU運(yùn)行時(shí)間為0.5s,而線程等待時(shí)間(非CPU運(yùn)行時(shí)間,比如IO)為1.5s,CPU核心數(shù)為8,那么根據(jù)上面這個(gè)公式估算得到:((0.5+1.5)/0.5)8=32。這個(gè)公式進(jìn)一步轉(zhuǎn)化為:
最佳線程數(shù)目 = (線程等待時(shí)間與線程CPU時(shí)間之比 + 1) CPU數(shù)目
3. 混合型
可以將任務(wù)分為CPU密集型和IO密集型,然后分別使用不同的線程池去處理,按情況而定
線程池大小分配
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
相關(guān)閱讀更多精彩內(nèi)容
- 必備的理論基礎(chǔ) 1.操作系統(tǒng)作用: 隱藏丑陋復(fù)雜的硬件接口,提供良好的抽象接口。 管理調(diào)度進(jìn)程,并將多個(gè)進(jìn)程對硬件...
- 什么是線程池 Java中的線程池是運(yùn)用場景最多的并發(fā)框架,幾乎所有需要異步或并發(fā)執(zhí)行任務(wù)的程序都可以使用線程池。在...
- Nodejs區(qū)別于傳統(tǒng)應(yīng)用的特點(diǎn): 異步事件驅(qū)動(dòng) 非堵塞I/O 單線程(這里指主線程) 性能出眾 接下來就對以上4...