socket服务器性能指标,通过什么来衡量C# Socket服务的效能

本文探讨了通过带宽利用率和最大连接数来评估.NET网络应用性能的可靠性。测试结果显示,带宽跑满并不总是性能良好的标志,尤其是对于小数据块的传输。同时,连接数对性能的影响在.NET的IO完成端口模型下并不显著。真正的关键在于IO处理能力,特别是Socket对象的读写操作。单核在WIN2008系统上可处理约(10W发送+10W接收)/秒的IO量。因此,优化IO操作次数对提升程序效能至关重要。
摘要由CSDN通过智能技术生成

在写任何一个东西的时候都想知道实现后的性能到底怎样,一般情况下可以通过一个简单的计时来确定性能是好是坏。但对于编写网络应用来说确定这东西性能怎样相对比较复杂一些,有的人会用是否能达到某个带宽值或是否支持多少连接来确定这性能好不好。在和很多朋友交流的过程发现他们对这方面的了解存在一些误区,误认为只要把千兆带宽跑满或都支持多少个连接接入就行;其实通这两值来确定一个服务的性能好不好是否可靠呢?下面通过一些测试来看这两个指标值来衡量性能的可靠性。

带宽

对于.NET程序来说跑满千兆带宽可以说是一件容易的事情,也可以说是一件非常困难的事情。

以下是100个连接从服务端获取不同数据块的测试结果。

a01cc5283e082600f015812252bbc5de.png

分别测试了获取不同大小的数据块,可以看到只要把发送的数据块加大把千兆带宽跑满相信是一件非常简单的事情。但如果每次请求获取的数据大小在几个byte或几十个byte,通过.NET程序想把千兆带宽跑满基本是不太可能的事情,不过服务器配置好的话也许是可以的....有兴趣的朋友可以试下。

连接数

连接数这个指标在和一些朋友交谈过程似乎也被神化了,其实在.net的机制中连接数量的多少似乎对整体性能没有多大的影响.通过以下这个测试结果可以看到:

9a6e468341f0fea58666239cf527815e.png

从以上测试情况来看,1000连接和20000连接在处理相同接收和发送量的情况其CPU资源似乎看不到损耗上有多大的差异,这也许是IOCP的强大之处。

总结

从以上两个测试结果来看可以得到的答案是,评测.net编写网络通讯应用效能的一个非常重要的指标是IO处理能力,即对应Socket对象的读和写操作。在测试的过程这两个操作会引起操作系统中断处理,如果这些操作的量很大的情况那中断的损耗也会增长,所以应用允许的情况下裁剪这两个IO操作的次数会对程序效能有着极大的提高(当一段时间内发向某一连接的消息合成一个发送)。

那.NET的IO量处理能力大概多少呢?对于一台装有WIN2008的E3 1230V2的机器,单核大概可以处理量是(10W发送+10W接收)/秒。当然不能通过这个基数来乘上核数,随着并发的提升存在正常的损耗外,对应线程的增加和系统中断也会增加,这些开销增长都是非线性的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值