線程設計多少合適

A. XP下載線程數設置多少合適

這是硬碟壽命和下載速度的一個經濟型分析，理論上是越少越好，但是速度也越慢，
對硬碟有傷害那是一定的，凡是下載都損傷硬碟，
Bt和迅雷的原理好像不一樣啊，
BT是用的P2P技術，就是點對點傳輸的，也就是你沒下載一點，你的電腦就作為伺服器也提供給別人下載，你想，你的電腦都做伺服器用了，硬碟能沒有損傷嗎？
但是，話又說出來了，也只有這樣才能達到他的速度的要求，不象其他網站，提供一個伺服器下載，人一多，速度就慢了。可是bt不這樣，人越多，做貢獻的人也就越多，速度也越快。
原理你知道了， 對硬碟有沒有損傷你就自己看吧，很明顯了，如果下載速度沒有要求，還是慢慢來吧最好！
謝謝！～

B. 此CPU設置並發線程數多少最合適

看你的業務邏輯來設置吧，一般最好的是CPU核心數的兩倍，如果線程內的業務邏輯可能會造成阻塞的話開8倍比較好。

C. jetty 最大線程數設置多少合適

jetty如何設置啟動用戶許可權 懸賞分：0 | 離問題結束還有 14 天 12 小時 | 提問者： 您不登錄也可以回答問題 用戶名： 密碼碼： 記住我的登錄狀態 登 錄 使用可以第一時間收到「提問有新回答」「回答被採納」「網友求助」的通知。

D. ...如何設計線程數量,線程太多了,但是其實CPU使用率還不是很高,...

在性能優化這件事情上：實踐是唯一標准。
有論壇人說: 最佳線程數= （IO時間+cpu時間）/cpu時間 *cpu核數
公式都只能是大致參考，比如公式中，IO時間其實包含了後端系統調用開銷（資料庫、後端WS服務等）。

所以大致手段都是：設定好並發用戶量，然後做不同線程容量下的性能測試，然後尋找拐點。
事前根據公式或經驗數據來預估線程數，有助於減少測試次數，更快速的找到拐點。

E. 多線程運行線程與等待線程比多少合適

多線程程序，等待線程和運行線程的比例，這個並沒有一定的值，要看實際的應用場景。
一般情況下，等待的線程應該能夠滿足未來一段時間內業務處理的增加量，所以要考慮的是，一段時間是多少，增加量是多少，線程需要多少。只有仔細分析自己的程序的業務場景，才能夠合理的分配等待線程的數量。

F. java設置多線程上傳開幾個線程比較合適

線程池來做，設置10個線程限制，你可以增加線程數目，對比下性能吧。

G. 平面設計AMD CPU用幾核幾線程的就夠了，主頻多高合適

搞設計的，CPU核心（以及線程）數量越多越好。各種圖形設計、處理、渲染軟體，都適合多線程並行運算，可以調動更多的CPU線程參與，能極大地縮短工作時間，提高工作效率。
當然，核心數越多的CPU，價格越貴，盲目追求多核，配機成本太高，你可能承受不了。
如果你是小本經營，或者業余偶爾做幾張圖，四核八線程的高頻CPU，如銳龍 R3就夠用了。如果你是專業開店，生意紅紅火火日進斗金，強烈建議購買銳龍 R7甚至R9級別的，雖然成本提高很多，但節省的時間成本價值更大。

H. 下載線程數設置多少合適越大越好嗎大的話有什麼副作用

多線程並不是越多越好，而是對伺服器和對帶寬都有要求，比如100M帶寬的理論下載速度為12.5MB/S，你啟動5個線程來下載，每個線程最多能下載2.5M/S的內容，啟動10個線程，則每個線程最多能下載1.25M/S的內容，因為無法突破帶寬的下行速率。另外還要看伺服器響應給你的速度，比如伺服器做了限制，每秒就給你100KB的速度，則你每個線程就只能接收100KB/S的下載內容。
下載的伺服器一般不會固定，所以如果伺服器響應的傳輸慢，可以適當提高線程數獲取更多的下載內容，但是如果是伺服器並發高，下載帶寬被占滿，理論上多個線程也有一定的效果，會擠壓別人的下載速度，從而提高你的下載速度。

I. 多線程編程 創建多少線程比較合適

一般要看CPU是多少核的。並不是開的越多越好。比如雙核CPU，假如兩個線程（主線程和新創建的線程）夠用了，就最好只開兩到4個，開多了速度反而可能會下降，因為CPU切換線程的開銷是很大的（當然，切換進程的開銷更大）。一般來說，一個進程里的線程數為CPU核數的1到2倍比較合適。

J. linux 並行 線程選多少合適

具體問題具體分析，如果你主要是做純計算（比如數學運算，物理計算等），那麼線程數應該等於cpu核心數。如果主要是io操作（即需要訪問硬體外設），一般來說線程數的提升並不能提高運行速度。 如果是 計算 + IO， 一般來說線程數應該大於cpu核心數。

總的來說，除了第一種，後兩種情況都應該實際測試看效果。