socket接收数据的速度测试结果

最近工作上遇到一个问题，接收多播数据时经常出现丢包。网络情况良好，所以丢包实际是因为程序处理速度不够而导致的，当然，这种情况可以通过简单的增加socket的缓存大小来搞定。设置成一百多兆肯定不会丢（当然，要设这么大必须先改系统设置允许才行）

 

不过这没有解决程序处理速度不够快的问题，当时实现的时候把接收包和处理包都放在同一个线程里面。要解决这个丢包问题，除了增加缓存大小，也可以每次一接收到包就把包放入一个队列，除了可以解决丢包问题之外，还可以小小的增加一点点并发。

至于到底能增加多少，做了几个简单的测试。

首先是写了一个发包程序，一次性发送三十多万个包。每个包都很小，几十个字节左右，使用127.0.0.1和真实的网络接口，对发送速度影响不大，在我测试的机器上，差不多要60万微秒左右

 

如果采用阻塞式的接收方法，就是一个recvfrom（）堵在那里，来一条接收一条。接收速度基本和发送速度相等。

 

而如果采用select的方法，先检测是否有数据可读，可读再调用接收方法去接收，这样要慢一些，大概要慢上一倍，当然这个好理解，select要多做很多事，何况我还使用了一个叫Poco的三方包，要先把需要检测的socket放入一个vector。然后才调用一个封装过的select，把有可读标志的socket再放入另一个vector。慢这么多也就可以理解了。

另外观察到的一个现象就是缓存大小和丢包比率完全不成正比，在使用select方法的时候，当缓存大小设为一兆时，丢包差不多一半。而增加到8兆之后，丢包仍然有数万个。具体原因以后心情好再来