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