[项目前置]如何用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更新后），这里只是通过这个方法告诉大家该如何对服务器进行性能测试。