線程池設(shè)置，下載線程數(shù)是怎么設(shè)置的

本文目錄一覽

• 1，下載線程數(shù)是怎么設(shè)置的
• 2，java線程池ExecutorService里面有多少空余線程怎么看
• 3，如何設(shè)置超線程
• 4，主線程等待子線程運(yùn)行結(jié)束再完成的效果如何實(shí)現(xiàn)
• 5，如何合理地估算線程池大小

1，下載線程數(shù)是怎么設(shè)置的

建議使用迅雷或超級(jí)旋風(fēng)進(jìn)行下載，選擇“配置”,然后選擇左邊的“任務(wù)默認(rèn)屬性”，在“原始地址下載線程數(shù)”中設(shè)置最大線程數(shù)即可

多線程技術(shù)的一種表現(xiàn)形式，也應(yīng)用到了下載工具中。
你可以自己定義線程數(shù)量的。

{0}

成都創(chuàng)新互聯(lián)長(zhǎng)期為上1000+客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開(kāi)放共贏平臺(tái)，與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為寶山企業(yè)提供專(zhuān)業(yè)的網(wǎng)站制作、網(wǎng)站設(shè)計(jì)，寶山網(wǎng)站改版等技術(shù)服務(wù)。擁有10多年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。

2，java線程池ExecutorService里面有多少空余線程怎么看

ThreadPoolExecutor pool = (ThreadPoolExecutor) Executors.newFixedThreadPool(100);//創(chuàng)建線程池,這種線程池固定了線程數(shù)量pool.getActiveCount();//獲取活動(dòng)的線程數(shù)量100-活動(dòng)數(shù)量就是空閑數(shù)量

你可以另外創(chuàng)建一個(gè)全局單例的對(duì)象，用來(lái)保存每個(gè)線程的獲取狀態(tài)<long threadid,boolean using map。再?gòu)木€程池里獲取或者回收時(shí)，去更新這個(gè)map。當(dāng)然這樣代碼侵入性太高。真的要透明的話，只能自己仿照線程池的實(shí)現(xiàn)去重寫(xiě)了。

{1}

3，如何設(shè)置超線程

超線程：采用另一個(gè)思路去提高CPU的性能，讓CPU可以同時(shí)執(zhí)行多重線程，就能夠讓CPU發(fā)揮更大效率。設(shè)置超線程方法：在BIOS的CPU子項(xiàng)中找到 "Hyper-Threading" 這個(gè)項(xiàng)目, 然后ENABLE, 應(yīng)該超線程就打開(kāi), (而DISABLE關(guān)閉)，重新進(jìn)入系統(tǒng)后, 查看任務(wù)管理器, 應(yīng)該會(huì)出現(xiàn)兩個(gè)CPU窗口, 就說(shuō)明超線程已經(jīng)正常打開(kāi)。

建議您使用 Microsoft

在bios的cpu子項(xiàng)中找到 "hyper-threading" 這個(gè)項(xiàng)目, 然后enable, 應(yīng)該超線程就打開(kāi), (而disable關(guān)閉)重新進(jìn)入系統(tǒng)后, 查看任務(wù)管理器, 應(yīng)該會(huì)出現(xiàn)兩個(gè)cpu窗口, 就說(shuō)明超線程已經(jīng)正常打開(kāi), 如圖

{2}

4，主線程等待子線程運(yùn)行結(jié)束再完成的效果如何實(shí)現(xiàn)

主線程拋出一個(gè)子線程異步處理一些東西，這時(shí)主線程要等待子線程運(yùn)行完成再完成（其實(shí)我是為了統(tǒng)計(jì)運(yùn)行時(shí)間的）。這里拋出的子線程可能遞歸的調(diào)用自己，就是再拋一個(gè)他的子線程出來(lái)，但是到底一共拋多少，事先是不知道的。應(yīng)用場(chǎng)景：1）多線程掃描文件夾內(nèi)的文件，遇到文件夾內(nèi)有子文件夾，要遞歸調(diào)用掃描線程的，等到全部掃描完成后，返回結(jié)果，顯示； 2）多線程快速排序，第一次肯定是單線程的，第一次排序完成后，會(huì)分兩半，這兩半多線程排，遞歸調(diào)用了這個(gè)排序線程，這兩半很有可能，極大有可能再各分兩半，也就是會(huì)有4個(gè)子線程的子線程再排序。我試過(guò)網(wǎng)上的那個(gè) CountDownLatch ，但是他只能實(shí)現(xiàn)定義好子線程的數(shù)量，但是在以上兩種情景下，事先你是不知道會(huì)有多少個(gè)子線程的！ PS：在某種需求中，比如一個(gè)大型的任務(wù)，常常需要分配好多子任務(wù)去執(zhí)行，只有當(dāng)所有子任務(wù)都執(zhí)行完成時(shí)候，才能執(zhí)行主任務(wù)，這時(shí)候，就可以選擇CyclicBarrier了。這個(gè)貌似也要在開(kāi)始的時(shí)候設(shè)定總線程數(shù)：CyclicBarrier(int parties) 這個(gè)和countDownLatch就差不多了呢！ 你覺(jué)得呢 問(wèn)題補(bǔ)充：niuzai 寫(xiě)道親，CyclicBarrier可能是你想要的。PS：在某種需求中，比如一個(gè)大型的任務(wù)，常常需要分配好多子任務(wù)去執(zhí)行，只有當(dāng)所有子任務(wù)都執(zhí)行完成時(shí)候，才能執(zhí)行主任務(wù)，這時(shí)候，就可以選擇CyclicBarrier了。我再來(lái)看看~~試試看！ 問(wèn)題補(bǔ)充：niuzai 寫(xiě)道親，CyclicBarrier這個(gè)東東是可以動(dòng)態(tài)重置個(gè)數(shù)的，而countDownLatch是一次性的。只不過(guò)大多數(shù)例子CyclicBarrier初始化了個(gè)數(shù)罷了，實(shí)質(zhì)上它是可以動(dòng)態(tài)改變的~ 嗯 我試了下，多線程快排，小數(shù)據(jù)量還好，順利執(zhí)行了，但是數(shù)多了后，會(huì)建N多線程等待，會(huì)outofmemory，呵呵！ 不過(guò)證明這個(gè)方法是可以的！ 問(wèn)題補(bǔ)充：niuzai 寫(xiě)道親，那你就結(jié)合線程池操作，設(shè)置線程數(shù)目上限。不要每個(gè)任務(wù)就產(chǎn)生一個(gè)線程咯~ 產(chǎn)生新的線程是很耗內(nèi)存的，線程太多當(dāng)然就內(nèi)存溢出咯~嗯 你說(shuō)的很對(duì)！要結(jié)合線程池的！

5，如何合理地估算線程池大小

最簡(jiǎn)單的可以利用java.util.concurrent.Executors 調(diào)用Executors.newCachedThreadPool()獲取緩沖式線程池 Executors.newFixedThreadPool(int nThreads)獲取固定大小的線程池

只要您遵循幾條簡(jiǎn)單的準(zhǔn)則，線程池可以成為構(gòu)建服務(wù)器應(yīng)用程序的極其有效的方法：不要對(duì)那些同步等待其它任務(wù)結(jié)果的任務(wù)排隊(duì)。這可能會(huì)導(dǎo)致上面所描述的那種形式的死鎖，在那種死鎖中，所有線程都被一些任務(wù)所占用，這些任務(wù)依次等待排隊(duì)任務(wù)的結(jié)果，而這些任務(wù)又無(wú)法執(zhí)行，因?yàn)樗械木€程都很忙。在為時(shí)間可能很長(zhǎng)的操作使用合用的線程時(shí)要小心。如果程序必須等待諸如 i/o 完成這樣的某個(gè)資源，那么請(qǐng)指定最長(zhǎng)的等待時(shí)間，以及隨后是失效還是將任務(wù)重新排隊(duì)以便稍后執(zhí)行。這樣做保證了：通過(guò)將某個(gè)線程釋放給某個(gè)可能成功完成的任務(wù)，從而將最終取得某些進(jìn)展。理解任務(wù)要有效地調(diào)整線程池大小，您需要理解正在排隊(duì)的任務(wù)以及它們正在做什么。它們是 cpu 限制的（cpu-bound）嗎？它們是 i/o 限制的（i/o-bound）嗎？您的答案將影響您如何調(diào)整應(yīng)用程序。如果您有不同的任務(wù)類(lèi)，這些類(lèi)有著截然不同的特征，那么為不同任務(wù)類(lèi)設(shè)置多個(gè)工作隊(duì)列可能會(huì)有意義，這樣可以相應(yīng)地調(diào)整每個(gè)池。調(diào)整池的大小調(diào)整線程池的大小基本上就是避免兩類(lèi)錯(cuò)誤：線程太少或線程太多。幸運(yùn)的是，對(duì)于大多數(shù)應(yīng)用程序來(lái)說(shuō)，太多和太少之間的余地相當(dāng)寬。請(qǐng)回憶：在應(yīng)用程序中使用線程有兩個(gè)主要優(yōu)點(diǎn)，盡管在等待諸如 i/o 的慢操作，但允許繼續(xù)進(jìn)行處理，并且可以利用多處理器。在運(yùn)行于具有 n 個(gè)處理器機(jī)器上的計(jì)算限制的應(yīng)用程序中，在線程數(shù)目接近 n 時(shí)添加額外的線程可能會(huì)改善總處理能力，而在線程數(shù)目超過(guò) n 時(shí)添加額外的線程將不起作用。事實(shí)上，太多的線程甚至?xí)档托阅?，因?yàn)樗鼤?huì)導(dǎo)致額外的環(huán)境切換開(kāi)銷(xiāo)。線程池的最佳大小取決于可用處理器的數(shù)目以及工作隊(duì)列中的任務(wù)的性質(zhì)。若在一個(gè)具有 n 個(gè)處理器的系統(tǒng)上只有一個(gè)工作隊(duì)列，其中全部是計(jì)算性質(zhì)的任務(wù)，在線程池具有 n 或 n+1 個(gè)線程時(shí)一般會(huì)獲得最大的 cpu 利用率。對(duì)于那些可能需要等待 i/o 完成的任務(wù)（例如，從套接字讀取 http 請(qǐng)求的任務(wù)），需要讓池的大小超過(guò)可用處理器的數(shù)目，因?yàn)椴⒉皇撬芯€程都一直在工作。通過(guò)使用概要分析，您可以估計(jì)某個(gè)典型請(qǐng)求的等待時(shí)間（wt）與服務(wù)時(shí)間（st）之間的比例。如果我們將這一比例稱(chēng)之為 wt/st，那么對(duì)于一個(gè)具有 n 個(gè)處理器的系統(tǒng)，需要設(shè)置大約 n*(1+wt/st) 個(gè)線程來(lái)保持處理器得到充分利用。處理器利用率不是調(diào)整線程池大小過(guò)程中的唯一考慮事項(xiàng)。隨著線程池的增長(zhǎng)，您可能會(huì)碰到調(diào)度程序、可用內(nèi)存方面的限制，或者其它系統(tǒng)資源方面的限制，例如套接字、打開(kāi)的文件句柄或數(shù)據(jù)庫(kù)連接等的數(shù)目。

當(dāng)前標(biāo)題：線程池設(shè)置，下載線程數(shù)是怎么設(shè)置的
URL地址：http://muchs.cn/article30/ejhdso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供服務(wù)器托管、動(dòng)態(tài)網(wǎng)站、網(wǎng)站排名、App設(shè)計(jì)、小程序開(kāi)發(fā)、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)