在分析我的應用程序時,我注意到在Firebug Net面板中,「連接」時間(即等待TCP連接的時間)始終在70-100毫秒左右。見下圖:使用EC2上的node.js供電服務器,如何減少TCP連接時間?
當然,在事物的宏偉計劃,100ms的時間不長,但我已經看到,與0毫秒響應時間連接等服務。所以如果其他服務器可以的話,我應該也可以。
任何想法,我甚至可能會解決這個問題?
在分析我的應用程序時,我注意到在Firebug Net面板中,「連接」時間(即等待TCP連接的時間)始終在70-100毫秒左右。見下圖:使用EC2上的node.js供電服務器,如何減少TCP連接時間?
當然,在事物的宏偉計劃,100ms的時間不長,但我已經看到,與0毫秒響應時間連接等服務。所以如果其他服務器可以的話,我應該也可以。
任何想法,我甚至可能會解決這個問題?
我會先看看iptables是否正在做任何可能阻礙的事情。另外,如果您正在使用ELB負載均衡器(或任何其他負載平衡),我會將其從混音中刪除,看看您是否仍然具有比預期更長的連接時間。
你也可以單獨安裝lighttpd或Apache,看看會發生什麼。如果您獲得較低的連接時間,則會指向您的Node.js構建版本。雖然不是明確的。
我會建議一個簡單的測試,以檢查是否這個問題是有關您的服務器:
基準,可以與二審的Apache基準服務器:
ab -c 1 -n 20000 http://<private_server_instance_ip>:<port>/<URL>
把這裏的私有IP是非常重要的,而不是私人或公共DNS撥開域名解析效果。
檢查每個請求所花費的平均時間:如果它大約爲1毫秒 - 所描述的問題與您的服務器不同。
使用FireFox進行基準測試可能不是最好的想法,因爲結果可能取決於許多情況。