热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

hey工具魔改

hey工具魔改hey是Google一女工程师(现在在aws)使用Go语言开发的类似apacheab的性能测试工具。相比ab,boom跨平台性更好,而且更容易安装。heymanual






hey工具魔改

hey是 Google一女工程师(现在在aws)使用 Go 语言开发的类似 apache ab 的性能测试工具。相比 ab,boom跨平台性更好,而且更容易安装。


hey manual

./bin/hey_linux_amd64 -h
flag needs an argument: -h
Usage: hey [options...] <url>
Options:
-n Number of requests to run. Default is 200.
-c Number of workers to run concurrently. Total number of requests cannot
be smaller than the concurrency level. Default is 50.
-q Rate limit, in queries per second (QPS) per worker. Default is no rate limit.
-z Duration of application to send requests. When duration is reached,
application stops and exits. If duration is specified, n is ignored.
Examples: -z 10s -z 3m.
-o Output type. If none provided, a summary is printed.
"csv" is the only supported alternative. Dumps the response
metrics in comma-separated values format.
-m HTTP method, one of GET, POST, PUT, DELETE, HEAD, OPTIONS.
-H Custom HTTP header. You can specify as many as needed by repeating the flag.
For example, -H "Accept: text/html" -H "Content-Type: application/xml" .
-t Timeout for each request in seconds. Default is 20, use 0 for infinite.
-A HTTP Accept header.
-d HTTP request body.
-D HTTP request body from file. For example, /home/user/file.txt or ./file.txt.
-T Content-type, defaults to "text/html".
-U User-Agent, defaults to version "hey/0.0.1".
-a Basic authentication, username:password.
-x HTTP Proxy address as host:port.
-h2 Enable HTTP/2.
-host HTTP Host header.
-disable-compression Disable compression.
-disable-keepalive Disable keep-alive, prevents re-use of TCP
connections between different HTTP requests.
-disable-redirects Disable following of HTTP redirects
-cpus Number of used cpu cores.
(default for current machine is 8 cores)

举几个例子

./bin/hey_linux_amd64 -z 10m http://127.0.0.1:50000

持续发10min无限发压

./bin/hey_linux_amd64 -c 10 -n 10000 http://127.0.0.1:50000

10并发发10000个请求

代码写的是短小精悍,但唯一是不足是没法看指标的一个变化曲线,比如我要看服务的性能瓶颈,到达什么量级系统压不上去、请求量多少时候机器性能有问题等。因此接入Prometheus + Grafana十分有必要的。

Prometheus 是一个开源的服务监控系统和时间序列数据库, 提供监控数据存储,展示,告警等功能。

Grafana 是一个用于监控指标分析和图表展示的工具, 后端支持 Graphite, InfluxDB & Prometheus & Open-falcon等, 它是一个流行的监控组件, 目前在各大中小型公司中广泛应用

修改patch

github.com/rickzhen/hey/commit/15e...


如何使用

环境准备可参考

medium.com/geekculture/monitoring-...

注意:忽略blackbox setup步骤



  • 安装Prometheus


  • 配置prometheus.yml


# my global config
global:
scrape_interval: 15s # Set the scrape interval to every 15 seconds. Default is every 1 minute.
evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute.
# scrape_timeout is set to the global default (10s).
# Alertmanager configuration
alerting:
alertmanagers:
- static_configs:
- targets:
# - alertmanager:9093
# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
# - "first_rules.yml"
# - "second_rules.yml"
# A scrape configuration containing exactly one endpoint to scrape:
# Here it's Prometheus itself.
scrape_configs:
# The job name is added as a label `job=` to any timeseries scraped from this config.
- job_name: "prometheus"
# metrics_path defaults to '/metrics'
# scheme defaults to 'http'.
static_configs:
- targets: ["localhost:9090"]
- job_name: "hey"
scrape_interval: 1s
static_configs:
- targets: ['localhost:1010']

注意端口1010是写死的,后续计划修改成可以通过命令行进行随机赋值



  • 安装Grafana
  • 引用数据,具体数据项如下

# HELP hey_average_latency hey average lantency of all requests
# TYPE hey_average_latency gauge
hey_average_latency 0.333023128238458
# HELP hey_avg_conn hey average lantency of connection setup(DNS lookup + Dial up)
# TYPE hey_avg_conn gauge
hey_avg_conn 0.0008299568803227264
# HELP hey_avg_delay hey average lantency between response and request
# TYPE hey_avg_delay gauge
hey_avg_delay 0.3276944901389514
# HELP hey_avg_dns hey average lantency of dns lookup
# TYPE hey_avg_dns gauge
hey_avg_dns 0
# HELP hey_avg_req hey average lantency of request "write"
# TYPE hey_avg_req gauge
hey_avg_req 9.923097265800088e-05
# HELP hey_avg_res hey average lantency of response "read"
# TYPE hey_avg_res gauge
hey_avg_res 0.004199986732406999
# HELP hey_fastest hey minimum lantency of all requests
# TYPE hey_fastest gauge
hey_fastest 0.0153465
# HELP hey_fastest_conn hey minimum lantency of connection setup(DNS lookup + Dial up)
# TYPE hey_fastest_conn gauge
hey_fastest_conn 0.0002317
# HELP hey_fastest_delay hey minimum lantency between response and request
# TYPE hey_fastest_delay gauge
hey_fastest_delay 0.007162
# HELP hey_fastest_dns hey minimum lantency of dns lookup
# TYPE hey_fastest_dns gauge
hey_fastest_dns 0
# HELP hey_fastest_req hey minimum lantency of request "write"
# TYPE hey_fastest_req gauge
hey_fastest_req 1.84e-05
# HELP hey_fastest_res hey minimum lantency of response "read"
# TYPE hey_fastest_res gauge
hey_fastest_res 7.03e-05
# HELP hey_num_res hey num of all requests
# TYPE hey_num_res gauge
hey_num_res 2231
# HELP hey_rps hey request of per second
# TYPE hey_rps gauge
hey_rps 148.46734517640908
# HELP hey_slowest_conn hey maximum lantency of connection setup(DNS lookup + Dial up)
# TYPE hey_slowest_conn gauge
hey_slowest_conn 0.0764439
# HELP hey_slowest_delay hey maximum lantency between response and request
# TYPE hey_slowest_delay gauge
hey_slowest_delay 0.6143227
# HELP hey_slowest_dns hey maximum lantency of dns lookup
# TYPE hey_slowest_dns gauge
hey_slowest_dns 0
# HELP hey_slowest_req hey maximum lantency of request "write"
# TYPE hey_slowest_req gauge
hey_slowest_req 0.0123371
# HELP hey_slowest_res hey maximum lantency of response "read"
# TYPE hey_slowest_res gauge
hey_slowest_res 0.1017448
# HELP hey_slowtest hey maximum lantency of all requests
# TYPE hey_slowtest gauge
hey_slowtest 0.6210238

the end

最终效果如下~

选取几个进行展示


注意:只有hey压测起来后,才可以采集到相关数据

最后感谢rakyll~

项目地址:github.com/rickzhen/hey

下载地址:github.com/rickzhen/hey/releases

如果对你有帮助的话,辛苦给个star鸭~

如有问题可以提issue,也可以在评论区互相交流。




开源


推荐阅读
  • Linux重启网络命令实例及关机和重启示例教程
    本文介绍了Linux系统中重启网络命令的实例,以及使用不同方式关机和重启系统的示例教程。包括使用图形界面和控制台访问系统的方法,以及使用shutdown命令进行系统关机和重启的句法和用法。 ... [详细]
  • FeatureRequestIsyourfeaturerequestrelatedtoaproblem?Please ... [详细]
  • 本文由编程笔记#小编为大家整理,主要介绍了logistic回归(线性和非线性)相关的知识,包括线性logistic回归的代码和数据集的分布情况。希望对你有一定的参考价值。 ... [详细]
  • 如何自行分析定位SAP BSP错误
    The“BSPtag”Imentionedintheblogtitlemeansforexamplethetagchtmlb:configCelleratorbelowwhichi ... [详细]
  • IB 物理真题解析:比潜热、理想气体的应用
    本文是对2017年IB物理试卷paper 2中一道涉及比潜热、理想气体和功率的大题进行解析。题目涉及液氧蒸发成氧气的过程,讲解了液氧和氧气分子的结构以及蒸发后分子之间的作用力变化。同时,文章也给出了解题技巧,建议根据得分点的数量来合理分配答题时间。最后,文章提供了答案解析,标注了每个得分点的位置。 ... [详细]
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • 本文介绍了多因子选股模型在实际中的构建步骤,包括风险源分析、因子筛选和体系构建,并进行了模拟实证回测。在风险源分析中,从宏观、行业、公司和特殊因素四个角度分析了影响资产价格的因素。具体包括宏观经济运行和宏经济政策对证券市场的影响,以及行业类型、行业生命周期和行业政策对股票价格的影响。 ... [详细]
  • 本文介绍了P1651题目的描述和要求,以及计算能搭建的塔的最大高度的方法。通过动态规划和状压技术,将问题转化为求解差值的问题,并定义了相应的状态。最终得出了计算最大高度的解法。 ... [详细]
  • http:my.oschina.netleejun2005blog136820刚看到群里又有同学在说HTTP协议下的Get请求参数长度是有大小限制的,最大不能超过XX ... [详细]
  • 本文介绍了一个在线急等问题解决方法,即如何统计数据库中某个字段下的所有数据,并将结果显示在文本框里。作者提到了自己是一个菜鸟,希望能够得到帮助。作者使用的是ACCESS数据库,并且给出了一个例子,希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句,得到的结果是650,但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • 成功安装Sabayon Linux在thinkpad X60上的经验分享
    本文分享了作者在国庆期间在thinkpad X60上成功安装Sabayon Linux的经验。通过修改CHOST和执行emerge命令,作者顺利完成了安装过程。Sabayon Linux是一个基于Gentoo Linux的发行版,可以将电脑快速转变为一个功能强大的系统。除了作为一个live DVD使用外,Sabayon Linux还可以被安装在硬盘上,方便用户使用。 ... [详细]
  • Android源码深入理解JNI技术的概述和应用
    本文介绍了Android源码中的JNI技术,包括概述和应用。JNI是Java Native Interface的缩写,是一种技术,可以实现Java程序调用Native语言写的函数,以及Native程序调用Java层的函数。在Android平台上,JNI充当了连接Java世界和Native世界的桥梁。本文通过分析Android源码中的相关文件和位置,深入探讨了JNI技术在Android开发中的重要性和应用场景。 ... [详细]
  • 3.223.28周学习总结中的贪心作业收获及困惑
    本文是对3.223.28周学习总结中的贪心作业进行总结,作者在解题过程中参考了他人的代码,但前提是要先理解题目并有解题思路。作者分享了自己在贪心作业中的收获,同时提到了一道让他困惑的题目,即input details部分引发的疑惑。 ... [详细]
  • 本文讨论了Kotlin中扩展函数的一些惯用用法以及其合理性。作者认为在某些情况下,定义扩展函数没有意义,但官方的编码约定支持这种方式。文章还介绍了在类之外定义扩展函数的具体用法,并讨论了避免使用扩展函数的边缘情况。作者提出了对于扩展函数的合理性的质疑,并给出了自己的反驳。最后,文章强调了在编写Kotlin代码时可以自由地使用扩展函数的重要性。 ... [详细]
  • 深入理解Kafka服务端请求队列中请求的处理
    本文深入分析了Kafka服务端请求队列中请求的处理过程,详细介绍了请求的封装和放入请求队列的过程,以及处理请求的线程池的创建和容量设置。通过场景分析、图示说明和源码分析,帮助读者更好地理解Kafka服务端的工作原理。 ... [详细]
author-avatar
晨心晨艺日记
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有