请教, 如何测试服务器的吞吐能力

alwaysR9

我需要测试自己写的服务器程序的吞吐能力:
每秒能够成功接收客户端连接(3次握手)的极限值

我的想法是:
1. 测试服务器的吞吐能力不能掺杂网络因素, 比如因为网速限制导致服务器每秒监听到的网络事件数量受限, 所以测试的时候服务器和客户端应该在同一台机器上进行;
2. 写一个客户端程序, fork出多进程或多线程, 每一个子进程或线程向服务器发起n个连接
3. 服务器设置一个计时器, 每秒打印接受到的连接数量

实际中我尝试(10个, 20个, 50个, 100个)线程, 每个线程向服务器发起1000个连接, 调用的connect函数为阻塞式的(非阻塞的connect也试过, 不知为何很多连接都失败了), 结果: 服务器最高可以每秒成功接受差不多15000个连接
我看网上经常出现的高并发服务器声称每秒能接受几十万个连接, 因此我有些疑惑, 到底是服务器程序有问题, 还是客户端的测试方式有问题, 或者两者都有问题?
最后, 请教一下大家通常是如何测试服务器的并发能力的?

我的服务器程序很简单, 单线程, 一个while循环, 不断调用accept接受连接, 每次成功accept一个连接, 每秒接受的连接计数加一.

1. while true:
   
2.      int conn_fd = accept(listen_fd)
   
3.      n_connection ++

复制代码

VIP_fuck

其实跟服务器硬件也有关系

hellioncu

本机测试意义不大。
高并发服务器一般是说能同时维持几十万、上百万个活动连接吧

alwaysR9

回复 2# VIP_fuck

github上一个项目,声称可以每秒处理25w的请求, 我试试看

[不能发url, 真是不方便.................................... ]


   

hanxin83

我看网上经常出现的高并发服务器声称每秒能接受几十万个连接

别鸟他们, 一般短连接服务能力远远不到这个量, 他们指的是同时在线能力, 长连接的.
根据长连接服务方式不同, 比如简单地推送, 三百万也不是问题.

我这边经验值, 短连接服务能力能破万就是很强悍的, 而且还算是业务逻辑很简单的.

你的因为只是简单的accept, 所以才能一万多.

如果遇到瓶颈, ....懒得写了.....

cokeboL

25w/s，你得按他们测试所用的同等硬件资源才行

流氓无产者

hellioncu 发表于 2015-09-21 10:38
本机测试意义不大。
高并发服务器一般是说能同时维持几十万、上百万个活动连接吧

关键要看测试的方式,有些鸟写的，自称几十w来的，哥拿过代码一看，mb,你那叫同时在线么，开n的线程，都依次退出了，串行无极限啊

hellioncu

流氓无产者 发表于 2015-09-22 09:36
关键要看测试的方式,有些鸟写的，自称几十w来的，哥拿过代码一看，mb,你那叫同时在线么，开n的线程，都依 ...

你这么牛，老板给你多少年薪啊