線程設多少合適
『壹』 java線程池如何合理的設置大小
最佳線程數目 = （（線程等待時間+線程CPU時間）/線程CPU時間 ）* CPU數目
比如平均每個線程CPU運行時間為0.5s，而線程等待時間（非CPU運行時間，比如IO）為1.5s，CPU核心數為8，那麼根據上面這個公式估算得到：((0.5+1.5)/0.5)*8=32。這個公式進一步轉化為：view sourceprint?
最佳線程數目 = （線程等待時間與線程CPU時間之比 + 1）* CPU數目
可以得出一個結論：
線程等待時間所佔比例越高，需要越多線程。線程CPU時間所佔比例越高，需要越少線程。
『貳』 java設置多線程上傳開幾個線程比較合適
線程池來做，設置10個線程限制，你可以增加線程數目，對比下性能吧。
『叄』 tomcat最大線程數一般設置為多少
最大線程數設置多少合適和tomcat的運行環境有關的，比如硬體，內存等等，適當可以給tomcat的運行最大分配的內存加大點。
另外，用一些工具： 比較ab, loadrunner做做壓力測試。
『肆』 多線程編程 創建多少線程比較合適
一般要看CPU是多少核的。並不是開的越多越好。比如雙核CPU，假如兩個線程（主線程和新創建的線程）夠用了，就最好只開兩到4個，開多了速度反而可能會下降，因為CPU切換線程的開銷是很大的（當然，切換進程的開銷更大）。一般來說，一個進程里的線程數為CPU核數的1到2倍比較合適。
『伍』 c++中多線程編程是不是線程數越多越好
不是，因為機器的CPU數、
CPU核心
數、
單核心
的線程數都是固定的。例如你的機器有1個CPU，
雙核四線程
，那麼你的機器最多同時跑四個線程。所以，設置線程數為4，理論上能獲得最大效率。需要額外考慮的是線程之間的切換也是很耗時的，所以不建議設置過多線程數，有可能會適得其反。
『陸』 此CPU設置並發線程數多少最合適
看你的業務邏輯來設置吧，一般最好的是CPU核心數的兩倍，如果線程內的業務邏輯可能會造成阻塞的話開8倍比較好。
『柒』 sql 2008 最大工作線程數 設置多少才好
如果 max worker threads 的默認值是 0，則允許 SQL Server 在啟動時自動配置工作線程數。對於大多數系統而言，該設置為最佳設置；然而，根據您的系統配置將 max worker threads 設置為特定值有時會提高性能。
下表顯示了各種CPU與SqlServer的組合，默認的自動配置的最大工作線程數。
CPU處理線程數 32位SqlServer 64位SqlServer
04 256 512
08 288 576
16 352 704
32 480 960
『捌』 畫圖線程數一般是多少
伺服器CPU核數有限，同時並發的線程數是有限的，100-200個線程數就可以。
驗值，有些業務設置為CPU核數的2倍，有些業務設置為CPU核數的8倍，有些業務設置為CPU核數的32倍。「工作線程數」的設置依據是什麼，到底設置為多少能夠最大化CPU性能，是本文要討論的問題。
相關如下
一些共性認知
在進行進一步深入討論之前，先以提問的方式就一些共性認知達成一致。有的人可能會說，兩個線程就算是太多的線程了。我不是特別同意這種看法。
我的建議是：測試，而不是猜想。我建議把線程數設置為可配置的，並初始化為100個線程，然後運行你的軟體並對它進行監控。
如果線程的使用峰值才為3，那說明100個線程就是太多了。如果一天中的大部分時間都保持在100個線程，那就將線程的數量提高到200，然後再監視其運行情況。你確實可以讓你的代碼自動監控線程的使用，並在下次啟動的時候自動修改配置選項，但沒必要這么做。
『玖』 idm下載時10任務數最好設置幾個線程數
最好設置成32線程！
操作方法如下：
打開internetdownloadmanager，進入主界面，點擊上方工具欄中的【選項】按鈕，
跳出配置頁面，點擊【連接】，修改最大連接數，IDM默認為8線程，
我們可以嘗試修改為32線程
『拾』 迅雷設置多少線程為好
個人感覺多少線程並不是重點，你要根據你的帶寬，設置合適的線程數，讓下行速度達到帶寬的上限即可。
比如你1M的帶寬，極限下載速度就是125k/s，那麼比如你設置線程數是5，下載速度只有80k/s,然後你調整線程數到10,下載速度提高到120k/s,那麼就說明你調整的線程數是合適的。
如果帶寬很低，太多的線程數並不會帶來很大的速度提升，個人認為還會加大軟體對CPU的佔用率。