通過什麼來衡量C# Socket服務的效能

在寫任何一個東西的時候都想知道實現後的效能到底怎樣,一般情況下可以通過一個簡單的計時來確定效能是好是壞.但對於編寫網路應用來說確定這東西效能怎樣相對比較複雜一些,有的人會用是否能達到某個頻寬值或是否支援多少串連來確定這效能好不好.在和很多朋友交流的過程發現他們對這方面的瞭解存在一些誤區,誤認為只要把千兆頻寬跑滿或都支援多少個串連接入就行;其實通這兩值來確定一個服務的效能好不好是否可靠呢?下面通過一些測試來看這兩個指標值來衡量效能的可靠性.

頻寬

對於.NET程式來說跑滿千兆頻寬可以說是一件容易的事情,也可以說是一件非常困難的事情.

以下是100個串連從服務端擷取不同資料區塊的測試結果.

 

分別測試了擷取不同大小的資料區塊,可以看到只要把發送的資料區塊加大把千兆頻寬跑滿相信是一件非常簡單的事情.但如果每次請求擷取的資料大小在幾個byte或幾十個byte,通過.NET程式想把千兆頻寬跑滿基本是不太可能的事情,不過伺服器配置好的話也許是可以的....有興趣的朋友可以試下

串連數

串連數這個指標在和一些朋友交談過程似乎也被神化了,其實在.net的機制中串連數量的多少似乎對整體效能沒有多大的影響.通過以下這個測試結果可以看到:

從以上測試情況來看,1000串連和20000串連在處理相同接收和發送量的情況其CPU資源似乎看不到損耗上有多大的差異,這也許是IOCP的強大之處.

總結

從以上兩個測試結果來看可以得到的答案是,評測.net編寫網路通訊應用效能的一個非常重要的指標是IO處理能力,即對應Socket對象的讀和寫操作.在測試的過程這兩個操作會引起作業系統中斷處理,如果這些操作的量很大的情況那中斷的損耗也會增長,所以應用允許的情況下裁剪這兩個IO操作的次數會對程式效能有著極大的提高(當一段時間內發向某一串連的訊息合成一個發送).

那.NET的IO量處理能力大概多少呢?對於一台裝有WIN2008的E3 1230V2的機器,單核大概可以處理量是(10W發送+10W接收)/秒.當然不能通過這個基數來乘上核心數,隨著並發的提升存在正常的損耗外,對應線程的增加和系統中斷也會增加,這些開銷增長都是非線性.