聊聊如何利用wrk进行压测初探

wrk简介

wrk 是一个能够在单个多核 CPU 上产生显著负载的现代 HTTP 基准测试工具。它采用了多线程设计，并使用了像 epoll 和 kqueue 这样的可扩展事件通知机制。此外，用户可以指定 LuaJIT 脚本来完成 HTTP 请求生成、响应处理和自定义报告等功能。

wrk 官网

https://github.com/wg/wrk

wrk安装

wrk支持linux安装，不支持windows安装。因此我们只能在linux环境下进行安装

安装步骤

1、下载wrk

git clone https://github.com/wg/wrk

2、切换到wrk目录，执行编译并安装

 cd wrk
 make

3、将可执行文件wrk复制到/usr/local/bin

cp wrk /usr/local/bin

wrk参数简介

输入命令

wrk --help

查看支持的相关参数

Usage: wrk                              
  Options:                                            
    -c, --connections   Connections to keep open   
    -d, --duration      Duration of test           
    -t, --threads       Number of threads to use   
                                                      
    -s, --script        Load Lua script file       
    -H, --header        Add header to request      
        --latency          Print latency statistics   
        --timeout       Socket/request timeout     
    -v, --version          Print version details      
                                                      
  Numeric arguments may include a SI unit (1k, 1M, 1G)
  Time arguments may include a time unit (2s, 2m, 2h)

• -c 与服务器建立并保持的TCP连接数，其实就是并发数
• -d 压测的持续时间（单位为秒），默认为 10s
• -t 压测的线程数。正常设置为cpu核心线程数的2-4倍即可。如果线程数过多，会因线程上下文切换频繁，影响到压测效果
• -s 指定Lua脚本路径。可以通过Lua脚本实现复杂请求
• -H 指定请求的 HTTP Header
• –latency 压测结束后，打印响应时间统计消息
• –timeout 请求超时时间
• -v 版本信息

wrk使用示例

使用wrk的前置条件

在压测之前，先确保linux的最大文件句柄数是否足够，可以通过

ulimit -a 

查看当前用户的文件句柄限制 ，如果不够则会报

"too many open files" 

可以通过修改
/etc/security/limits.conf 文件内容，修改内容可以形如下

root soft nproc 65535
root hard nproc 65535
root soft nofile 65535
root hard nofile 65535

此时再通过 ulimit -a 查看一下，如果没生效，可以在/etc/security/limits.d/这个目录进行修改。查了一下资料在Centos7系统中，使用Systemd替代了之前的SysV。/etc/security/limits.conf文件的配置作用域缩小了。/etc/security/limits.conf的配置，只适用于通过PAM认证登录用户的资源限制，它对systemd的service的资源限制不生效。
因此我们可以在/etc/security/limits.d/新建一个文件比如nofile.conf，填入

root soft nproc 65535
root hard nproc 65535
root soft nofile 65535
root hard nofile 65535

然后执行重启命令

示例

wrk -t32 -c5000 -d60s --timeout 30s --latency https://www.baidu.com/

这个命令的意思是用32个线程模拟5000个并发，对百度这个网站进行持续60s的压测，请求超时时间为30s

压测结果解读

Running 1m test @ https://www.baidu.com/
  32 threads and 5000 connections
  Thread Stats   Avg      Stdev     Max   +/- Stdev
    Latency     6.59s     5.02s   29.57s    79.01%
    Req/Sec     5.14      4.82    36.00     83.11%
  Latency Distribution
     50%    4.91s 
     75%    8.24s 
     90%   13.38s 
     99%   25.42s 
  4677 requests in 1.00m, 51.98MB read
  Socket errors: connect 40, read 0, write 0, timeout 27
Requests/sec:     77.82
Transfer/sec:      0.86MB

a、 Thread Stats 线程统计，包括响应时间以及请求时间

• Latency：响应时间，有平均值、标准偏差、最大值、正负一个标准差占比。
• Req/Sec：每个线程每秒完成的请求数, 同样有平均值、标准偏差、最大值、正负一个标准差占比。

b、 Latency Distribution 响应时间分布

• 50%：50% 的响应时间为4.91s。
• 75%：75% 的响应时间为8.24s 。
• 90%：90% 的响应时间为13.38s
• 99%：99% 的响应时间为25.42s。

c、 4677 requests in 1.00m, 51.98MB read

1m 完成的总请求数（4677）和数据读取量（51.98MB）

d、 Socket errors: connect 40, read 0, write 0, timeout 27

错误统计，会统计 connect 连接失败请求个数（40个）、读失败请求个数、写失败请求个数、超时请求个数（27个）。

e、 Requests/sec: 77.82

每秒请求数为77.82（QPS）

f、 Transfer/sec: 0.86MB

平均每秒读取0.86MB数据（TPS）

总结

本文是wrk的一个入门介绍，wrk本身具有轻量、安装简单、学习成本很低，几分钟就可以上手。利用异步的事件驱动框架，通过很少的线程就可以压出很大的并发量等优点，但wrk目前仅支持单机压测 ，不支持多机分布式压力测试，因此wrk适合性能基准测试。其实除了wrk之外，还有ab、jmeter、locust、LoadRunner、go-stress-testing等压测工具可供选择