線程的最大線程數據根據什麼來

❶ 最大線程數是什麼

線程數
[編輯本段]什麼是線程數
首先需要明白，原始下載地址與候選資源的區別。
原始下載地址是您建立下載任務時，該資源指向的最終下載伺服器上的文件地址。
候選資源是下載軟體為用戶在網路上搜集到的該文件其他下載地址。
較早的IE下載是使用單線程的下載技術，可以簡單的理解為用戶端與伺服器端僅僅只有一座橋梁，數據傳送只能靠這一座橋梁來完成。我們可以把這個橋梁當作是線程。
線程是程序中一個單一的順序控制流程，在單個程序中同時運行多個線程完成不同的工作,稱為多線程。
[編輯本段]線程數的設置
線程數的多少，自然會影響到下載速度的多少，這樣看來，下載線程數應該設置的越高越好，這樣的理解是錯誤的。
假設從服務端傳送數據到用戶端，把用戶端和服務端比做兩個小島，線程數比做連接兩個小島之間的橋梁，架橋越多，單位時間內傳送的數據越多，但如果橋梁架設超過雙方所能承受的數量時，用戶端將無法接受其他服務端的數據，而服務端將無法為其他用戶端傳送數據，因此，線程數的多少，要根據服務端和用戶端的具體情況而定。
目前網路中的服務端，為用戶提供的連接線程數，在1—10個，用戶可以根據不同的服務端限制，來修改下載軟體的原始下載線程數。根據下載資源的熱門程度，其候選資源數量的不同，該任務下載可用的線程數也會不同，一般可以設置在35-50之間，這樣的設置不會導致您電腦的連接數過多，而無法從事其他網路活動。

❷ java如何確定線程池最多線程的大小

new ThreadPoolExecutor(corePoolSize, maximumPoolSize, keepAliveTime, milliseconds,runnableTaskQueue, handler);

參數：

corePoolSize（線程池的基本大小）：當提交一個任務到線程池時，線程池會創建一個線程來執行任務，即使其他空閑的基本線程能夠執行新任務也會創建線程，等到需要執行的任務數大於線程池基本大小時就不再創建。如果調用了線程池的prestartAllCoreThreads方法，線程池會提前創建並啟動所有基本線程。
runnableTaskQueue（任務隊列）：用於保存等待執行的任務的阻塞隊列。 可以選擇以下幾個阻塞隊列。
ArrayBlockingQueue：是一個基於數組結構的有界阻塞隊列，此隊列按 FIFO（先進先出）原則對元素進行排序。
LinkedBlockingQueue：一個基於鏈表結構的阻塞隊列，此隊列按FIFO （先進先出） 排序元素，吞吐量通常要高於ArrayBlockingQueue。靜態工廠方法Executors.newFixedThreadPool()使用了這個隊列。
SynchronousQueue：一個不存儲元素的阻塞隊列。每個插入操作必須等到另一個線程調用移除操作，否則插入操作一直處於阻塞狀態，吞吐量通常要高於LinkedBlockingQueue，靜態工廠方法Executors.newCachedThreadPool使用了這個隊列。
PriorityBlockingQueue：一個具有優先順序的無限阻塞隊列。
maximumPoolSize（線程池最大大小）：線程池允許創建的最大線程數。如果隊列滿了，並且已創建的線程數小於最大線程數，則線程池會再創建新的線程執行任務。值得注意的是如果使用了無界的任務隊列這個參數就沒什麼效果。
ThreadFactory：用於設置創建線程的工廠，可以通過線程工廠給每個創建出來的線程設置更有意義的名字。
RejectedExecutionHandler（飽和策略）：當隊列和線程池都滿了，說明線程池處於飽和狀態，那麼必須採取一種策略處理提交的新任務。這個策略默認情況下是AbortPolicy，表示無法處理新任務時拋出異常。以下是JDK1.5提供的四種策略。
AbortPolicy：直接拋出異常。
CallerRunsPolicy：只用調用者所在線程來運行任務。
DiscardOldestPolicy：丟棄隊列里最近的一個任務，並執行當前任務。
DiscardPolicy：不處理，丟棄掉。
當然也可以根據應用場景需要來實現RejectedExecutionHandler介面自定義策略。如記錄日誌或持久化不能處理的任務。
keepAliveTime（線程活動保持時間）：線程池的工作線程空閑後，保持存活的時間。所以如果任務很多，並且每個任務執行的時間比較短，可以調大這個時間，提高線程的利用率。
TimeUnit（線程活動保持時間的單位）：可選的單位有天（DAYS），小時（HOURS），分鍾（MINUTES），毫秒(MILLISECONDS)，微秒(MICROSECONDS, 千分之一毫秒)和毫微秒(NANOSECONDS, 千分之一微秒)。

❸ 線程池的最大線程數目根據什麼確定

.net4.0，32位機器最大線程數，每核1023個
.net4.0，64位機器最大線程數，每核32768個
.net3.0，最大線程數，每核250個
.net2.0，最大線程數，每核25個
默認的最小線程數是每核1個。在伺服器端環境，比如iis下的asp.net最小線程數會更大可能超過50

❹ windows什麼命令可以查看最大線程數，什麼命令可以修改最大線程數

線程跟進程是不同的。
你可以把一個程序的運行看做未一個進程
但是，線程是在進程裡面的，所以你問的東西是不能夠實現的
一個進程裡面有多少個線程，是根據程序的需要而設定，在開發的時候已經確定了，除非在某些特殊的地方，如下載，可以自己選擇使用多少個線程來下載
希望對你有用

❺ 如何配置最大工作線程數

配置最大工作線程數
在對象資源管理器中，右鍵單擊伺服器並選擇「屬性」。
單擊「處理器」節點。
在「最大工作線程數」框中，鍵入或選擇一個介於 128 到 32767 之間的值。
使用 max worker threads 選項配置可用於 SQL Server 進程的工作線程數。max worker threads 的默認設置適用於大多數系統。不過，根據您的系統配置，有時將 max worker threads 設置為較小的值會提高性能。

❻ 線程池的最大線程數目根據什麼確定

決定線程池的線程數量的公式

❼ 多線程編程，如何確定線程數，依據是什麼

只是線程數太多的話不會佔用太多的CPU和內存,多幾個線程過非多些線程的控制塊,多些CPU的進程切換,現在的CPU那麼快影響不到那去

程序的線程數一般是越少越好,如果多了,多個線程間的數據共享,同步就是問題,隨著線程數的增多線程間的數據交換同步就難以控制,程序容易崩潰

多線程不能解決程序運行速度的問題,主要解決多任務問題

❽ 如何確定線程池中線程數量

java中線程池的監控可以檢測到正在執行的線程數。
通過線程池提供的參數進行監控。線程池裡有一些屬性在監控線程池的時候可以使用
taskCount：線程池需要執行的任務數量。
completedTaskCount：線程池在運行過程中已完成的任務數量。小於或等於taskCount。
largestPoolSize：線程池曾經創建過的最大線程數量。通過這個數據可以知道線程池是否滿過。如等於線程池的最大大小，則表示線程池曾經滿了。
getPoolSize:線程池的線程數量。如果線程池不銷毀的話，池裡的線程不會自動銷毀，所以這個大小隻增不+ getActiveCount：獲取活動的線程數。
通過擴展線程池進行監控。通過繼承線程池並重寫線程池的beforeExecute，afterExecute和terminated方法，我們可以在任務執行前，執行後和線程池關閉前干一些事情。如監控任務的平均執行時間，最大執行時間和最小執行時間等。這幾個方法在線程池裡是空方法。如：
protected void beforeExecute(Thread t, Runnable r) { }

❾ windows一個進程中的最大線程數與哪些因素有關

從操作系統設計的角度講，一個系統中的最大進程數取決於CPU、內存等硬體資源的數量和性能。線程是一種輕型進程，所以也可以類比。

進程作為一個指令執行單位，由OS分配CPU運行時間、內存空間使用等等，系統當前所有進程「輪流」使用CPU，並占據一定內存空間，所以為了獲得最佳的「綜合」或者「整體」性能，OS必須限制最大進程數。當進程數量超過了某個閾值，系統【包括硬體和軟體】效率將隨著進程數量增加而降低。

可以參考OS相關教程。

Any Questions ?

❿ 一個 計算機 可以開的 最大線程數 和最大進程數 和什麼有關系 如何算出來

取決於線程分配的空間和內存；
例如你有2G = 1024MB內存，默認每個線程分配1M的空間；
除去系統佔用，理論上可以達到1920個線程；

據說有人打開過6W多個線程，有人回復3000個線程。