IIS鏈接數是按IE屏計算的，也就是同一個IP內，如果您同時打開了10個網頁，那么IIS就視為10個鏈接數，或者說您的網頁使用的框架結構，那么這個網頁中有幾個框架頁面，就是幾個IIS鏈接數，最后請注意：服務器對于某一個鏈接的默認超時時間一般為15--20分鐘，也就是當訪問用戶訪問你的網頁并關閉后，一般需要15--20分鐘，服務器才從其內存中將其清除，視為無效鏈接！簡單地說:就是同時能連接的頁面次數。
并發連接數使用socket角度說的，不是從iis會話角度說的。也就是說，并發100鏈接完全可以支持1000個會話（1000個人同時訪問你的網站），甚至遠遠超過1000.
早先的ie默認是每個進程只使用兩個線程，因此它最多僅并發啟動兩個鏈接到任意網站。我不知道現在的ie7是如何設置的。許多瀏覽器很可能超過這個限制。例如用一個瀏覽器進程最多允許50個并發鏈接，那么你訪問一個網站時可能有一個鏈接用于下載html，在一邊下載和解析的同時另外49個鏈接就同時去下載圖片、js文件等等了。不過這樣的瀏覽器如果有太多人用，服務器就真的只能給少數人使用了。
web服務器往往可以并行處理多個連接（每一個鏈接都在一個單獨的線程中處理），這一個鏈接大概就是完成一個http的Get或者POST指令以及返回結果。超過最大連接數的請求就只有排隊，等待別的某一個鏈接完成了服務器才開始接受新連接。
這就好像一個6車道的高速路，不是只能有6輛車在高速路上跑，而是最多只能有6輛車并行，但是每一個車道都是可以順序使用，因此同時可以有1000輛車在6車道高速路上跑也沒有問題。
網站服務商給你的網站配置一定量的并發連接數，是一種避免“用盡”資源的手段，即使你的網站有故障也總會留出一些資源給別人使用。例如假設，網站設置為最大1000個并發連接數，iis最多占用其中800個，而iis下有40個網站并且每個網站最多同時并發150個連接。
asp.net具有自己的性能計數器，可以統計一段時間內網站點擊率以及自己的應用程序中點擊率跟線程數的關系，估計出需要多少并發連接數。如果可能的話，僅用不足服務商給你設置的連接數的80%就可以滿足用戶訪問就可以了。實際上，除非你的網站真的很熱門，對于一般小網站，服務商把這個給你設置很高未必能夠提高你的網站響應速度。
60、100似乎是市面上可以提供的最低最低的。
該文章在 2014/1/30 0:30:13 編輯過
400 186 1886
