tcp的可優化點:
1.tcp三次握手增加了整整一次的往返時間
2.tcp慢啟動將被應用到每乙個新連線
3.tcp流量及擁塞控制會影響所有的連線吞吐量
4.tcp的吞吐量由當前擁塞視窗大小控制
結論:現代tcp連線的資料傳輸速度,往往受到接收端和傳送端之間往返時間的限制,在大多數情況下tcp的瓶頸是延遲而非頻寬
為了使每個連線具有較低的延遲和較高的吞吐量,在tcp這一層我們可以這樣做:
1.使用最新的作業系統(核心)
2.增加tcp初始擁塞視窗:讓tcp在第一次往返就傳輸較多的資料,隨後的速度提公升也會明顯
3.在連線空閒時禁用慢啟動:這樣可以提公升tcp長連線瞬時傳送資料的效能
4.增大最大接收視窗:讓高延遲的連線達到更好的吞吐量
5.tcp快速開啟:在傳送第乙個syn時,傳送應用程式資料,需要客戶端和伺服器同時支援
效能優化清單:
• 把伺服器核心公升級到最新版本(linux:3.2+)
• 確保 cwnd 大小為 10;
• 禁用空閒後的慢啟動;
• 確保啟動視窗縮放;
• 減少傳輸冗餘資料;
• 壓縮要傳輸的資料;
• 把伺服器放到離使用者近的地方以減少往返時間(cdn);
• 盡最大可能重用已經建立的 tcp 連線。
TCP效能優化
在講這個tcp傳輸資料優化這塊前，希望大家對tcp協議的三次握手要很熟悉哈，如果不熟悉，可以看我之前寫的這篇部落格 如果我們都很清楚三次握手過程，我就可以開始講第乙個優化方案 有一點我們必須清楚，就是在tcp是在三次握手之後才開始真正傳輸資料的 tcp的每次握手都需要耗費1.5個rtt時間，即1.5...
Web 效能優化 TCP
原文 tcp 負責在不可靠的傳輸通道之上提供可靠的抽象層，向應用層隱藏了大多數網路通訊的複雜性能，比如丟包重發 按需傳送 擁塞控制及避免 資料完整，等等。採用 tcp 資料流可以確保傳送的所有位元組能夠完整地被接收到，而且客戶端的順序也一樣。但是 tcp 設計並未過多顧及時間，由此給瀏覽器 web ...
效能優化 HashMap的設計與優化
常用的資料結構 我在 05 講分享 list 集合類的時候，講過 arraylist 是基於陣列的資料結構實現的，linkedlist 是基於鍊錶的資料結構實現的，而我今天要講的 hashmap 是基於雜湊表的資料結構實現的。我們不妨一起來溫習下常用的資料結構，這樣也有助於你更好地理解後面地 內容。...