轉(zhuǎn)自【并發(fā)編程】IO密集型和CPU密集型任務(wù)
核心是可以分別獨立運行程序指令的計算單元见秤。
線程是操作系統(tǒng)能夠進行運算調(diào)度的最小單位。
PS：4核心8線程的真椿！等于你有4個倉庫鹃答，你要運輸貨物，8線程就是高速公路突硝！8條高速公路送比你4條高速公路運的快吧测摔！
有一個原則是：活躍線程數(shù)為 CPU(核)數(shù)時最佳。過少的活躍線程導致 CPU 無法被充分利用解恰，過多的活躍線程導致過大的線程上下文切換開銷锋八。
線程應(yīng)該是活躍的，處于 IO 的線程护盈，休眠的線程等均不消耗 CPU挟纱。
在Java并發(fā)編程方面，計算密集型與IO密集型是兩個非常典型的例子腐宋，這次大象就來講講自己在這方面的內(nèi)容紊服，本篇比較基礎(chǔ)，只適合剛?cè)腴T的童鞋脏款，請各種牛人不喜勿噴围苫。
計算密集型
計算密集型，顧名思義就是應(yīng)用需要非常多的CPU計算資源撤师，在多核CPU時代剂府，我們要讓每一個CPU核心都參與計算，將CPU的性能充分利用起來剃盾，這樣才算是沒有浪費服務(wù)器配置腺占，如果在非常好的服務(wù)器配置上還運行著單線程程序那將是多么重大的浪費淤袜。對于計算密集型的應(yīng)用，完全是靠CPU的核數(shù)來工作衰伯，所以為了讓它的優(yōu)勢完全發(fā)揮出來铡羡，避免過多的線程上下文切換，比較理想方案是：線程數(shù)= CPU核數(shù)+1
也可以設(shè)置成CPU核數(shù) * 2意鲸，這還是要看JDK的使用版本烦周，以及CPU配置(服務(wù)器的CPU有超線程)。對于JDK1.8來說怎顾，里面增加了一個并行計算读慎，計算密集型的較理想線程數(shù) = CPU內(nèi)核線程數(shù) * 2IO密集型
對于IO密集型的應(yīng)用，就很好理解了槐雾，我們現(xiàn)在做的開發(fā)大部分都是WEB應(yīng)用夭委，涉及到大量的網(wǎng)絡(luò)傳輸，不僅如此募强，與數(shù)據(jù)庫株灸，與緩存間的交互也涉及到IO，一旦發(fā)生IO擎值，線程就會處于等待狀態(tài)慌烧，當IO結(jié)束，數(shù)據(jù)準備好后幅恋，線程才會繼續(xù)執(zhí)行杏死。因此從這里可以發(fā)現(xiàn)，對于IO密集型的應(yīng)用捆交，我們可以多設(shè)置一些線程池中線程的數(shù)量淑翼，這樣就能讓在等待的這段時間內(nèi)，線程可以去做其它事品追，提高并發(fā)處理效率玄括。
那么這個線程池的數(shù)據(jù)量是不是可以隨便設(shè)置呢？當然不是的肉瓦，請一定要記得遭京，線程上下文切換是有代價的。目前總結(jié)了一套公式泞莉，對于IO密集型應(yīng)用：線程數(shù)= CPU核心數(shù) / (1-阻塞系數(shù))
這個阻塞系數(shù)一般為0.8~0.9之間哪雕，也可以取0.8或者0.9。套用公式鲫趁，對于雙核CPU來說斯嚎，它比較理想的線程數(shù)就是20，當然這都不是絕對的，需要根據(jù)實際情況以及實際業(yè)務(wù)來調(diào)整堡僻。
