您好,登錄后才能下訂單哦!
這篇文章主要介紹“C# Socket服務(wù)的效能是通過什么來衡量的”,在日常操作中,相信很多人在C# Socket服務(wù)的效能是通過什么來衡量的問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”C# Socket服務(wù)的效能是通過什么來衡量的”的疑惑有所幫助!接下來,請跟著小編一起來學(xué)習(xí)吧!
在寫任何一個(gè)東西的時(shí)候都想知道實(shí)現(xiàn)后的性能到底怎樣,一般情況下可以通過一個(gè)簡單的計(jì)時(shí)來確定性能是好是壞。但對于編寫網(wǎng)絡(luò)應(yīng)用來說確定這東西性能怎樣相對比較復(fù)雜一些,有的人會(huì)用是否能達(dá)到某個(gè)帶寬值或是否支持多少連接來確定這性能好不好。在和很多朋友交流的過程發(fā)現(xiàn)他們對這方面的了解存在一些誤區(qū),誤認(rèn)為只要把千兆帶寬跑滿或都支持多少個(gè)連接接入就行;其實(shí)通這兩值來確定一個(gè)服務(wù)的性能好不好是否可靠呢?下面通過一些測試來看這兩個(gè)指標(biāo)值來衡量性能的可靠性。
帶寬
對于.NET程序來說跑滿千兆帶寬可以說是一件容易的事情,也可以說是一件非常困難的事情。
以下是100個(gè)連接從服務(wù)端獲取不同數(shù)據(jù)塊的測試結(jié)果。
分別測試了獲取不同大小的數(shù)據(jù)塊,可以看到只要把發(fā)送的數(shù)據(jù)塊加大把千兆帶寬跑滿相信是一件非常簡單的事情。但如果每次請求獲取的數(shù)據(jù)大小在幾個(gè)byte或幾十個(gè)byte,通過.NET程序想把千兆帶寬跑滿基本是不太可能的事情,不過服務(wù)器配置好的話也許是可以的....有興趣的朋友可以試下。
連接數(shù)
連接數(shù)這個(gè)指標(biāo)在和一些朋友交談過程似乎也被神化了,其實(shí)在.net的機(jī)制中連接數(shù)量的多少似乎對整體性能沒有多大的影響.通過以下這個(gè)測試結(jié)果可以看到:
從以上測試情況來看,1000連接和20000連接在處理相同接收和發(fā)送量的情況其CPU資源似乎看不到損耗上有多大的差異,這也許是IOCP的強(qiáng)大之處。
總結(jié)
從以上兩個(gè)測試結(jié)果來看可以得到的答案是,評測.net編寫網(wǎng)絡(luò)通訊應(yīng)用效能的一個(gè)非常重要的指標(biāo)是IO處理能力,即對應(yīng)Socket對象的讀和寫操作。在測試的過程這兩個(gè)操作會(huì)引起操作系統(tǒng)中斷處理,如果這些操作的量很大的情況那中斷的損耗也會(huì)增長,所以應(yīng)用允許的情況下裁剪這兩個(gè)IO操作的次數(shù)會(huì)對程序效能有著極大的提高(當(dāng)一段時(shí)間內(nèi)發(fā)向某一連接的消息合成一個(gè)發(fā)送)。
那.NET的IO量處理能力大概多少呢?對于一臺裝有WIN2008的E3 1230V2的機(jī)器,單核大概可以處理量是(10W發(fā)送+10W接收)/秒。當(dāng)然不能通過這個(gè)基數(shù)來乘上核數(shù),隨著并發(fā)的提升存在正常的損耗外,對應(yīng)線程的增加和系統(tǒng)中斷也會(huì)增加,這些開銷增長都是非線性的。
到此,關(guān)于“C# Socket服務(wù)的效能是通過什么來衡量的”的學(xué)習(xí)就結(jié)束了,希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí),快去試試吧!若想繼續(xù)學(xué)習(xí)更多相關(guān)知識,請繼續(xù)關(guān)注億速云網(wǎng)站,小編會(huì)繼續(xù)努力為大家?guī)砀鄬?shí)用的文章!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。