[项现在置]如何用webbench进行压力测试

测试软件

接纳webbench进行服务器性能测试。
Webbench是知名的网站压力测试工具，它是由Lionbridge公司开发。
webbench的标准测试可以向我们展示服务器的两项内容：
每秒钟相应哀求数 和 每秒钟传输数据量
webbench测试原理是，创建指定命量的进程，在每个进程中不断创建套接字向服务器发送哀求，并通过管道最终将每个进程的结果返回给主进程进行数据统计。
性能测试的两个重点衡量标准：吞吐量 & QPS
测试项目

[项目设计]仿muduo网络库实现高性能服务器组件-CSDN博客

测试情况

2核2G云服务器（腾讯云）
服务器步伐接纳1主3从reactor模式

情况问题

服务器和客户端在同一主机上，同主机将竞争CPU、内存、网络I/O等资源。导致实际测试结果禁绝
为了得到更准确的测试结果，最好在物理上分离的客户端和服务器之间进行压力测试。假如资源有限，可以思量使用虚拟化技术或容器来模仿分离的情况，只管减少客户端和服务器之间的资源竞争，并更准确地模仿真实天下的网络条件。进行正式的性能评估时，最好在尽大概接近生产情况的设置下进行测试。
情况设置

将步伐运行起来，根据进程ID，在/proc⽬录下检察步伐中的各项限制信息

其中，主要关注Max processes项，它代表当前用户的进程的最大数量
这是个限制，做测试应尽大概放开
第一步

修改设置文件/etc/security/limits.conf   
nofile是修改可打开文件数，nproc是修改进程数

文件末尾，可以直接按照我如许修改，没有的语句可以在末尾直接添加即可
第二步

修改设置文件：/etc/security/limits.d/20-nproc.conf

文件就这么多，后两行大概会被解释掉，解释掉代表不设置
取消解释并设置好就行
第三步

重启呆板
再次cat /proc/进程id/limits   检察就好
测试选项

   

• -c <客户端数>：并发连接总数。这个参数指定了将模仿多少个客户端同时向服务器发送哀求。较高的数值将增加测试的负载。
  
• -t <测试时间>：测试一连的时间，单位为秒。这个参数指定了压力测试将一连多长时间。
  
• -f/--force：即使服务器回应为非“200 OK”的消息，也不停止步伐。
  
• -r/--reload：在测试过程中，不使用缓存，每次哀求都发送“Pragma: no-cache”头。
  
• -http09：使用 HTTP/0.9 协议进行哀求。
  
• -http10：使用 HTTP/1.0 协议进行哀求。这是默认的测试协议。
  
• -http11：使用 HTTP/1.1 协议进行哀求。
  
• -9：使用 GET 方法进行测试。这是默认的测试方法。
  
• -1：使用 HEAD 方法进行测试。
  
• -2：使用 OPTIONS 方法进行测试。
  
• -3：使用 TRACE 方法进行测试。
  
• --get：确保使用 GET 方法进行测试。
  
• --head：确保使用 HEAD 方法进行测试。
  
• --options：确保使用 OPTIONS 方法进行测试。
  
• --trace：确保使用 TRACE 方法进行测试。
  

  测试1

500个客户端连接的情况下测试结果
./webbench -c 500 -t 60 http://127.0.0.1:8085/

使用 500 个并发客户端，一连时间为 60 秒。

• 速度：133837 页面/分钟，910962 字节/秒。
  
• 哀求：133837 成功，0 失败。
  

测试2

5000个客户端连接的情况下测试结果
./webbench -c 5000 -t 60 http://127.0.0.1:8085/

使用 5000 个并发客户端，一连时间为 60 秒。

• 速度：114831 页面/分钟，782380 字节/秒。
  
• 哀求：114831 成功，0 失败。
  

测试3

10000个客户端并发连接的情况下测试结果
./webbench -c 10000 -t 60 http://127.0.0.1:8085/

使用 10000 个并发客户端，一连时间为 60 秒。

• 速度：115772 页面/分钟，790500 字节/秒。
  
• 哀求：115772 成功，0 失败。
  

---------------------------------------------------------4.24更新

现在进行了重新测试，使用两台云服务器，以制止在同一主机上的资源竞争问题
情况：
服务器端：2核2G云服务器（腾讯云）
客户端：2核2G云服务器（京东云）
测试1

500个客户端连接的情况下测试结果
./webbench -c 500 -t 60 http://118.25.143.15:8085/

测试2

5000个客户端连接的情况下测试结果
./webbench -c 5000 -t 60 http://118.25.143.15:8085/

测试3

10000个客户端连接的情况下测试结果
./webbench -c 10000 -t 60 http://118.25.143.15:8085/

总结


当并发客户端数量从 500 增加到 5000 和 10000 时，服务器能够处置惩罚的页面速度（页面/分钟）有所下降。这表明随着并发哀求数的增加，服务器的处置惩罚本领受到了一定的影响。
然而，即便在并发客户端数量增加的情况下，失败的哀求数保持为 0，表现出服务器在高并发情况下依然能够稳固响应全部哀求。
在并发数到达 5000 和 10000 时，服务器处置惩罚页面的速度略有下降，并在这两个级别之间保持相对稳固，表明大概到达了服务器的处置惩罚上限或其他瓶颈（如网络带宽、系统资源限制等）。
字节传输速率在测试中略有颠簸，但总体上与页面速度的变化趋势保持同等，说明服务器对大量哀求的处置惩罚本领在到达一定并发数后会趋于稳固。
但是之前的测试实在意义不大，因为假如测试客户端和服务器都在同一台呆板上，传输的速度更快，但同时抢占cpu也影响了处置惩罚，最好的方式就是在两台不同的呆板上进行测试（4.24更新后），这里只是通过这个方法告诉各人该如何对服务器进行性能测试。



免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。