示例頁面: 首頁是有105個請求,頁面大小為730kb.
客戶端環境為win7+ie8+httpwatch,載入完www.qq.com為4.6s
ie8 瀏覽器的預設併發數是6,即同乙個網域名稱的併發連線數為6個.所以img.qq.com和www.qq.com同時出現在乙個頁面中,則可以有12個併發連線.乙個www.qq.com有105個請求鏈結,為什麼那麼快載入完,是因為雖然併發連線是6,但乙個連線在很快就處理完且釋放,緊接著處理下乙個鏈結,因此www.qq.com在4.6s就載入完了.
假設www.qq.com的頻寬環境為10mb,約為1.25mb,而客戶端環境的頻寬為2mb,約為256kb.
乙個頁面大小為730kb的www.qq.com,可以支援多少個客戶端環境為2mb的使用者併發?
總大小為730kb,105個請求,平均乙個請求約為7kb,乙個瀏覽器併發6個連線,實際流量約為42kb.所以乙個使用者實際占用的頻寬約為42kb,這個大小沒有超過客戶端自己的2mb頻寬環境.所以瓶頸就在服務端了.那麼10mb的頻寬折合後為1280kb,能夠支援併發數為30個.
以上沒有考慮伺服器的承載能力,只是乙個理論值
對於搜尋引擎來講,乙個頁面的大小是指頁面的源**大小,而不包含js,css,gif等資源檔案的,檢視大小的方法為在頁面空白處檢視屬性.
而對於流量來講,則包含了js,css,gif這些資源檔案,檢視方法為另存為後,檢視頁面大小.
java 對於高併發的一些理解
併發是什麼 就是多個執行緒同時處理不同的操作 高併發 就是很多使用者同時訪問，導致系統資料不正確，出現髒讀等情況.常見的解決放法 硬體來說使用集群技術，更好的伺服器以及資料庫 從技術層面來說 使用快取，最常見的是redis，一般來說，可以允許丟失，變更頻率較低,全專案通用的,實際上還是要根據相應的業...
對於介面的一些總結
1.介面中宣告的成員預設為static final成員 不管是基礎資料型別還是引用型別 且必須初始化 2.介面中宣告的方法預設為public且不能有實現體，即 方法體可有引數 3.實現介面的類，必須實現介面中所有方法，且不能降低方法的運用域，即必須顯示宣告為public 4,抽象類不需要實現介面的所...
對於TCP IP協議的一些總結
曾經對三次握手的一些疑惑 最後形成的幀在網路中是如何傳遞的 參考鏈結 最近不知道怎麼回事跟網路幹上了，就是想弄明白資料在網路中到底是怎麼傳輸 雖然想這些問題想的腦袋疼，但隨著思考的深入離真相越來越近，對這些問題也越來越清晰。為了不讓千千萬的腦細胞白白犧牲，就在此做個記錄方便以後悼念他們。tcp和ip...