wrk是一款简单的HTTP压测工具,托管在Github上,https://github.com/wg/wrk.
wrk 的一个很好的特性就是能用很少的线程压出很大的并发量. 原因是它使用了一些操作系统特定的高性能 io 机制, 比如 select, epoll, kqueue 等. 其实它是复用了 redis 的 ae 异步事件驱动框架. 确切的说 ae 事件驱动框架并不是 redis 发明的, 它来至于 Tcl的解释器 jim, 这个小巧高效的框架, 因为被 redis 采用而更多的被大家所熟知.

安装

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

如果编译过程中出错:

src/wrk.h:11:25: fatal error: openssl/ssl.h: No such file or directory  #include <openssl/ssl.h>

则需要安装openssl,使用sudo apt-get install libssl-devsudo yum install openssl-devel安装即可,最后编辑/etc/profile配置环境变量。由于笔者使用的是阿里云centos7,相关依赖都已经存在了,所以可以直接使用。

开始测试一下

wrk -t12 -c100 -d30s http://www.baidu.com

这段脚本的输出是:

[root@jerrik /]# wrk -t12 -c100 -d30s http://www.baidu.com
Running 30s test @ http://www.baidu.com12 threads and 100 connectionsThread Stats   Avg      Stdev     Max   +/- StdevLatency   211.76ms  304.92ms   1.97s    88.17%Req/Sec    72.93     68.72   797.00     90.97%23725 requests in 30.05s, 347.47MB readSocket errors: connect 0, read 48, write 0, timeout 50
Requests/sec:    789.57
Transfer/sec:     11.56MB
[root@jerrik /]#

一般线程数不宜过多. 核数的2到4倍足够了. 多了反而因为线程切换过多造成效率降低. 因为 wrk 不是使用每个连接一个线程的模型, 而是通过异步网络 io 提升并发量. 所以网络通信不会阻塞线程执行. 这也是 wrk 可以用很少的线程模拟大量网路连接的原因. 而现在很多性能工具并没有采用这种方式, 而是采用提高线程数来实现高并发. 所以并发量一旦设的很高, 测试机自身压力就很大. 测试效果反而下降.

参数解释:

  • 12 threads and 100 connections:

    总共是12个线程,100个连接(不是一个线程对应一个连接)

  • latencyReq/Sec:

    代表单个线程的统计数据,latency代表延迟时间,Req/Sec代表单个线程每秒完成的请求数,他们都具有平均值, 标准偏差, 最大值, 正负一个标准差占比。一般我们来说我们主要关注平均值和最大值. 标准差如果太大说明样本本身离散程度比较高. 有可能系统性能波动很大.

  • 23725 requests in 30.05s, 347.47MB read

    在30秒之内总共有23725个请求,总共读取347.47MB的数据

  • Socket errors: connect 0, read 48, write 0, timeout 50

    总共有48个读错误,50个超时.

  • Requests/sec和Transfer/sec

    所有线程平均每秒钟完成了789.57个请求,每秒钟读取11.56MB数据量

如果想看看响应时间的分布,可以增加--latency:

wrk -t12 -c100 -d30s --latency http://www.baidu.com

结果为:

[root@jerrik ~]# wrk -t12 -c100 -d30s --latency http://www.baidu.com
Running 30s test @ http://www.baidu.com12 threads and 100 connectionsThread Stats   Avg      Stdev     Max   +/- StdevLatency   204.30ms  287.90ms   1.97s    88.61%Req/Sec    71.43     67.59   810.00     89.77%Latency Distribution50%   14.76ms75%  296.79ms90%  545.03ms99%    1.40s 23676 requests in 30.03s, 346.84MB readSocket errors: connect 0, read 42, write 0, timeout 46
Requests/sec:    788.29
Transfer/sec:     11.55MB

说明有50%的请求在14.76ms之内,90%在545.03ms之内。

高级用法

wrk可以结合lua来做,通过wrk提供的几个lua函数来对请求进行修改,结果输出、设置延迟等操作。下面来看看wrk提供的几个lua函数:

  • setup 函数

    这个函数在目标 IP 地址已经解析完, 并且所有 thread 已经生成, 但是还没有开始时被调用. 每个线程执行一次这个函数.

    可以通过thread:get(name), thread:set(name, value)设置线程级别的变量.

  • init 函数

    每次请求发送之前被调用.
    可以接受 wrk 命令行的额外参数. 通过 – 指定.

  • delay函数

    这个函数返回一个数值, 在这次请求执行完以后延迟多长时间执行下一个请求. 可以对应 thinking time 的场景.

  • request函数

    通过这个函数可以每次请求之前修改本次请求的属性. 返回一个字符串. 这个函数要慎用, 会影响测试端性能.

  • response函数

    每次请求返回以后被调用. 可以根据响应内容做特殊处理, 比如遇到特殊响应停止执行测试, 或输出到控制台等等.

function response(status, headers, body)  if status ~= 200 then  print(body)  wrk.thread:stop()  end
end
  • done函数

    在所有请求执行完以后调用, 一般用于自定义统计结果.

done = function(summary, latency, requests)  io.write("------------------------------\n")  for _, p in pairs({ 50, 90, 99, 99.999 }) do  n = latency:percentile(p)  io.write(string.format("%g%%,%d\n", p, n))  end
end

wrk官网提供的setup.lua实例:

-- example script that demonstrates use of setup() to pass
-- data to and from the threadslocal counter = 1
local threads = {}function setup(thread)thread:set("id", counter)table.insert(threads, thread)counter = counter + 1
endfunction init(args)requests  = 0responses = 0local msg = "thread %d created"print(msg:format(id))
endfunction request()requests = requests + 1return wrk.request()
endfunction response(status, headers, body)responses = responses + 1
endfunction done(summary, latency, requests)for index, thread in ipairs(threads) dolocal id        = thread:get("id")local requests  = thread:get("requests")local responses = thread:get("responses")local msg = "thread %d made %d requests and got %d responses"print(msg:format(id, requests, responses))end
end

使用setup.lua:

[root@jerrik wrk]# wrk -t 4 -c 100 -d 20s --latency -s scripts/setup.lua https://www.baidu.com
thread 1 created
thread 2 created
thread 3 created
thread 4 created
Running 20s test @ https://www.baidu.com4 threads and 100 connectionsThread Stats   Avg      Stdev     Max   +/- StdevLatency   251.75ms  336.19ms   2.00s    86.89%Req/Sec   138.51     69.90   690.00     71.23%Latency Distribution50%  215.74ms75%  401.87ms90%  664.84ms99%    1.54s 11021 requests in 20.02s, 162.82MB readSocket errors: connect 0, read 3, write 0, timeout 50
Requests/sec:    550.62
Transfer/sec:      8.13MB
thread 1 made 2945 requests and got 2919 responses
thread 2 made 2831 requests and got 2807 responses
thread 3 made 2772 requests and got 2747 responses
thread 4 made 2573 requests and got 2548 responses
[root@jerrik wrk]#

将每个线程的请求数和响应数输出来了。其它更多使用可以参考github script目录下的lua脚本。

总结

wrk作为http压测还是非常简便的,但是要想应对更多复杂场景,就需要多熟悉lua的使用,深入了解wrk提供的那几个函数。其它http压测工具,jmeter,apache ab,siege也可以了解一下。

HTTP压测工具之wrk相关推荐

  1. 性能压测工具:wrk

    一般我们压测的时候,需要了解衡量系统性能的一些参数指标,比如. 1.系统性能的维度 1.1 延迟 简单易懂.green:一般指响应时间 95线:P95.平均100%的请求中95%已经响应的时间 99线 ...

  2. Http压测工具wrk使用指南【转】

    用过了很多压测工具,却一直没找到中意的那款.最近试了wrk感觉不错,写下这份使用指南给自己备忘用,如果能帮到你,那也很好. 安装 wrk支持大多数类UNIX系统,不支持windows.需要操作系统支持 ...

  3. Http压测工具wrk使用指南

    用过了很多压测工具,却一直没找到中意的那款.最近试了wrk感觉不错,写下这份使用指南给自己备忘用,如果能帮到你,那也很好. 安装 wrk支持大多数类UNIX系统,不支持windows.需要操作系统支持 ...

  4. HTTP压测工具Wrk 介绍和使用

    介绍 wrk是一款简单的HTTP压测工具,托管在Github上,https://github.com/wg/wrk. wrk 的一个很好的特性就是能用很少的线程压出很大的并发量. 原因是它使用了一些操 ...

  5. 技术丨压测工具wrk和Artillery的比较

    本文作者:Linkflow首席架构师 – 王鼎,11年软件研发经验,6年SaaS(基于公有云或私有云),熟悉ERP, CDP, omin渠道销售解决方案.参与SaaS产品的大型开发,成员400余人.在 ...

  6. 压测工具wrk和Artillery的比较

    这两天抽空使用了一下两款压测工具 wrk Artillery 并且通过两款工具对产品的两个环境进行了测试 工具比较 wrk wrk自身性能就非常惊人,使用epoll这种多路复用技术,所以可以用少量的线 ...

  7. http接口压测工具wrk

    wrk是一款简单的HTTP压测工具,当运行在单个多核CPU上时,它能够产生巨大的负载. github:https://github.com/wg/wrk 国内镜像: https://gitee.com ...

  8. web版本 开源压测工具_Web服务压测神器wrk

    wrk是一款开源的高性能http压测工具(也支持https),很是小巧,能够执行文件只有3M(其中主要是luajit和openssl占用绝大多数空间),别看核心代码3-5年没更新了,但依旧很是好用.虽 ...

  9. 精准容量、秒级弹性,压测工具 + SAE 方案如何成功突破传统大促难关?

    作者 | 代序 阿里云云原生技术团队 本文整理自<Serverless 技术公开课>,"Serverless"公众号后台回复"入门",即可获取系列文 ...

  10. 简单常用的http压测工具

    在项目正式上线之前,通常需要通过压测来评估当前系统能够支撑的请求量.排查可能存在的隐藏bug. 目录 压测相关术语 压测工具 ab 命令格式 使用 wrk 命令参数 使用 go-wrk 安装 使用 压 ...

最新文章

  1. Spring-AOP @AspectJ语法基础
  2. python处理word文档保留格式_python 处理document文档 保留原样式
  3. 搭建MSSM框架(Maven+Spring+Spring MVC+MyBatis)
  4. 无限流量手机怎样改服务器,无限流量手机服务器
  5. 不显示参数名_非参数检验 之 非参数卡方检验
  6. IIS与ASP.NET Http Runtime Pipeline
  7. 标准I/O缓冲:全缓冲、行缓冲、无缓冲
  8. 小小flash动画_信息追梦人 | 动画制作专业优秀毕业生周海倩
  9. 组合数学(原书第5版)
  10. 计算机声音管理器不见了,电脑Realtek高清晰音频管理器不见了怎么办
  11. 【gp数据库】十条实用数据库SQL优化建议
  12. Java中Method.invoke方法
  13. Kettle spoon
  14. 微信拍一拍怎么撤回(无法撤回原因是这样的)
  15. 排序算法----希尔排序
  16. 进制转换之十进制转换为十六进制
  17. EtherCAT和CANopen之间有什么关系?
  18. C语言-输出一个菱形图。
  19. 10、Hibernate的对象检索策略
  20. Windows10安装pip

热门文章

  1. Win32多语言IME开发概述
  2. 十进制和二进制转换原理
  3. 杭州地铁行业十四五发展可行性及投资机遇研究报告2022版
  4. Vue3 小菠萝 Pinia使用
  5. Uncode、ASCII、UTF-8之前的转换函数
  6. ftp服务器文件无法删除,ftp服务器文件删除
  7. 压缩包密码破解-PkCrack(明文攻击)
  8. 万恶之源-python加深
  9. 校赛第二轮 —— 国产电影保护月是国产电影之福 / 祸
  10. 双极性正弦脉宽调制(双极性SPWM)介绍及MATLAB仿真验证