IIS 中的併發連線數為 150

乙個同時擁有**1000的電台，在高峰期，每天的IP必須超過50000左右，這才算是乙個大站。 如果是資訊站，至少還需要1G以上的空間，如果空間太小，資料肯定不會太多，不現實...... 如果是1000人同時**，選擇IIS1000周圍的空間...

至少我所知道的一些表面上看起來並不大的電台達到了那個水平，呵呵。

100 就好了，如果你有乙個論壇，乙個人可以同時開啟幾個大約 70-50 的網頁。

IIS 連線數是指併發連線數。 有幾種情況：1個使用者開啟你的頁面，即使他停留在頁面上，沒有向伺服器發出任何請求，那麼在使用者開啟一側後的20分鐘內，也必須算作乙個**，也就是說，你的50個人**可以在20分鐘內接受不同的使用者開啟50個頁面， 而使用者繼續開啟相同的**其他頁面，那麼人數就按照拍照使用者最後一次點選（請求）後的20分鐘計算，在這20分鐘內，無論使用者點選多少（包括開啟乙個新視窗），還是乙個人**。

3. 當你的稿件頁面中有框架（iframes）時，每增加乙個框架就會加倍**！ 因為這相當於使用者同時向伺服器請求多個頁面。 4.當使用者開啟頁面後正常關閉瀏覽器時，使用者數量將立即清除。

分類： 計算機網際網絡 >>網際網絡.

問題描述：購買虛擬主機時，IIS 併發事務的數量有限制。 有人說它只在視窗開啟時占用IIS，有人說只要視窗開啟，它就會占用IIS。 哪乙個是正確的。

分析：IIS 連線數與併發連線數是什麼意思？

b 使用者開啟你的頁面，即使他停留在頁面上，沒有向伺服器提出任何請求，那麼在使用者開啟端後的 15 分鐘內，也會算作乙個**，也就是說你的 80 個人**可以在 15 分鐘內接受來自不同使用者的 80 個頁面。

C 以上 B 的情況，如果使用者繼續開啟同一 ** 的其他頁面，則 ** 的數量是按照使用者最後一次點選（請求）後的 15 分鐘計算的，無論使用者在這 15 分鐘內如何點選（包括開啟新視窗），它仍然是乙個人**。

d 當您的頁面中有框架時，每增加一幀，您需要將框架數增加一倍！ 因為這相當於使用者同時向伺服器請求多個頁面。

1. 執行 -->Input”。

2. 右鍵單擊“系統監視器”圖表區域，然後單擊“新增計數器”。

3. 在“新增計數器”視窗中，為“效能物件”選擇“Web 服務”，為“從列表中選擇計數器”選擇“當前連線”，為“從列表中選擇例項”選擇要計數的站點，最後單擊“新增”按鈕。

第四，設定完成。

這樣，您可以在“系統監視器”圖表區域（您可以設定顏色和寬度等引數）中看到 IIS 連線數的曲線，如圖 1 中的黃色曲線所示。

需要注意的是，Windows系統監視器顯示的是瞬間的併發連線數，而不是15分鐘內的訪問者數作為“**統計”，所以你會發現IIS中的併發連線數並不算太多。

1. 執行 -->Input”。

2. 右鍵單擊“系統監視器”圖表區域，然後單擊“新增計數器”。

3. 在“新增計數器”視窗中，為“效能物件”選擇“Web 服務”，為“從列表中選擇計數器”選擇“當前”。

連線，“從列表中選擇例項”選擇要計數的站點，最後單擊“新增”按鈕。

要檢視IIS連線數，也可以在“執行”-中輸入“netstat-a”命令進行檢視，但是由於顯示結果太多，雜項太多，很難統計HTTP連線總數，因此不建議使用此命令檢視。

併發連線數為IIS，連線數可以在某個時間點，程式的效能與IIS伺服器的配置有一定的關係。 連線數一般為執行緒數。

例如，一台伺服器支援1000個併發連線，每個使用者平均占用10個連線。 然後，一次只能有 100 個使用者訪問它。 如果超過100人，那麼你必須排隊等候。

併發連線數和同時人數，要看你在做什麼應用，如果你看新聞，你點選一篇文章，你要看很久，那麼你看的過程不被占用，通知的數量是盲目的。 但是，如果它是乙個遊戲，或者其他什麼，因為你基本上是在與伺服器實時通訊，那麼伺服器將無法同時支援太多人。

是的，IIS系統設定的併發性非常簡單，很容易有併發性，所以不要自己設定。

併發數字表示同時。

因此，同時，訪問您的人數。

這意味著 IIS 伺服器能夠同時處理 150 個 HTTP 請求。

我們的網頁並不總是連線到伺服器，而是向伺服器發出請求，伺服器以響應進行響應。 訪問網頁可能會有乙個或多個答案請求，當顯示該頁面時，互動就完成了。 之後，每次點選鏈結時，都是乙個類似的過程。

併發請求數與使用者數無關，併發IIS數為150，使用者數可以達到150萬，只要大家不同時發出請求，就沒有問題，瞬間同時訪問的使用者只需要稍等片刻即可。

同期150人！