在寫任何一個東西的時候都想知道實現后的性能到底怎樣,一般情況下可以通過一個簡單的計時來確定性能是好是壞.但對於編寫網絡應用來說確定這東西性能怎樣相對比較復雜一些,有的人會用是否能達到某個帶寬值或是否支持多少連接來確定這性能好不好.在和很多朋友交流的過程發現他們對這方面的了解存在一些誤區,誤認為只要把千兆帶寬跑滿或都支持多少個連接接入就行;其實通這兩值來確定一個服務的性能好不好是否可靠呢?下面通過一些測試來看這兩個指標值來衡量性能的可靠性.
帶寬
對於.NET程序來說跑滿千兆帶寬可以說是一件容易的事情,也可以說是一件非常困難的事情.
以下是100個連接從服務端獲取不同數據塊的測試結果.
分別測試了獲取不同大小的數據塊,可以看到只要把發送的數據塊加大把千兆帶寬跑滿相信是一件非常簡單的事情.但如果每次請求獲取的數據大小在幾個byte或幾十個byte,通過.NET程序想把千兆帶寬跑滿基本是不太可能的事情,不過服務器配置好的話也許是可以的....有興趣的朋友可以試下
連接數
連接數這個指標在和一些朋友交談過程似乎也被神化了,其實在.net的機制中連接數量的多少似乎對整體性能沒有多大的影響.通過以下這個測試結果可以看到:
從以上測試情況來看,1000連接和20000連接在處理相同接收和發送量的情況其CPU資源似乎看不到損耗上有多大的差異,這也許是IOCP的強大之處.
總結
從以上兩個測試結果來看可以得到的答案是,評測.net編寫網絡通訊應用效能的一個非常重要的指標是IO處理能力,即對應Socket對象的讀和寫操作.在測試的過程這兩個操作會引起操作系統中斷處理,如果這些操作的量很大的情況那中斷的損耗也會增長,所以應用允許的情況下裁剪這兩個IO操作的次數會對程序效能有着極大的提高(當一段時間內發向某一連接的消息合成一個發送).
那.NET的IO量處理能力大概多少呢?對於一台裝有WIN2008的E3 1230V2的機器,單核大概可以處理量是(10W發送+10W接收)/秒.當然不能通過這個基數來乘上核數,隨着並發的提升存在正常的損耗外,對應線程的增加和系統中斷也會增加,這些開銷增長都是非線性的.