引子
按照原定计划,今天开始研究 JMeter,一天的时间看完了大半的 User Manual,发现原来只要沉住气,学习效率还是蛮高的,而且大堆的英文文档也没有那么可怕 ^_^
本来想顺便把文档翻译一下,不过后来想了想,看懂是一回事,全部翻译出来又是另外一回事了,工作量太大,而且这也不是我一开始要研究 JMeter 的本意。不如大家有兴趣一起研究的遇到问题再一起讨论吧。
开源工具通常都是为了某个特定的目的而开发出来的,所以如果想找到一个开源的性能测试工具去与LoadRunner 或者 QALoad 之类去比较,实在有些勉强。但是开源工具也有它自己的优势:小巧、轻便,在自己擅长的领域可以提供优秀的解决方案。所以,我们可以考虑准备一个自己的“开源测试工具箱”,平时利用空闲时间了解各种工具所适用的环境和目的,知识慢慢积累下来以后,就可以在遇到问题时顺手拈来,轻松化解 ^_^
另外,如果8月份和9月份的空闲时间足够多,我想我会写一个系列文章来讲述在实际的开发和测试过程中引入开源性能测试工具的情况。如果有朋友感兴趣,希望大家可以一起研究和讨论。
简介
ab的全称是ApacheBench,是 Apache 附带的一个小工具,专门用于 HTTP Server 的benchmark testing,可以同时模拟多个并发请求。前段时间看到公司的开发人员也在用它作一些测试,看起来也不错,很简单,也很容易使用,所以今天花一点时间看了一下。
通过下面的一个简单的例子和注释,相信大家可以更容易理解这个工具的使用。
一个简单的例子
/*在这个例子的一开始,我执行了这样一个命令 ab -n 10 -c 10 http://www.google.com/。这个命令的意思是启动 ab ,向 www.google.com 发送10个请求(-n 10) ,并每次发送10个请求(-c 10)——也就是说一次都发过去了。跟着下面的是 ab 输出的测试报告,红色部分是我添加的注释。*/
C:\Program Files\Apache Software Foundation\Apache2.2\bin>ab -n 10 -c 10 http
://www.google.com/
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 1997-2005 The Apache Software Foundation, http://www.apache.org/
Benchmarking www.google.com (be patient).....done
Server Software: GWS/2.1
Server Hostname: www.google.com
Server Port: 80
Document Path: /
Document Length: 230 bytes
Concurrency Level: 10
/*整个测试持续的时间*/
Time taken for tests: 3.234651 seconds
/*完成的请求数量*/
Complete requests: 10
/*失败的请求数量*/
Failed requests: 0
Write errors: 0
Non-2xx responses: 10
Keep-Alive requests: 10
/*整个场景中的网络传输量*/
Total transferred: 6020 bytes
/*整个场景中的HTML内容传输量*/
HTML transferred: 2300 bytes
/*大家最关心的指标之一,相当于 LR 中的 每秒事务数 ,后面括号中的 mean 表示这是一个平均值*/
Requests per second: 3.09 [#/sec] (mean)
/*大家最关心的指标之二,相当于 LR 中的 平均事务响应时间 ,后面括号中的 mean 表示这是一个平均值*/
Time per request: 3234.651 [ms] (mean)
/*这个还不知道是什么意思,有知道的朋友请留言,谢谢 ^_^ */
Time per request: 323.465 [ms] (mean, across all concurrent requests)
/*平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题*/
Transfer rate: 1.55 [Kbytes/sec] received
/*网络上消耗的时间的分解,各项数据的具体算法还不是很清楚*/
Connection Times (ms)
min mean[+/-sd] median max
Connect: 20 318 926.1 30 2954
Processing: 40 2160 1462.0 3034 3154
Waiting: 40 2160 1462.0 3034 3154
Total: 60 2479 1276.4 3064 3184
/*下面的内容为整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中 50% 的用户响应时间小于 3064 毫秒,60 % 的用户响应时间小于 3094 毫秒,最大的响应时间小于 3184 毫秒*/
Percentage of the requests served within a certain time (ms)
50% 3064
66% 3094
75% 3124
80% 3154
90% 3184
95% 3184
98% 3184
99% 3184
100% 3184 (longest request)
更多信息
ab 不像 LR 那么强大,但是它足够轻便,如果只是在开发过程中想检查一下某个模块的响应情况,或者做一些场景比较简单的测试,ab 还是一个不错的选择——至少不用花费很多时间去学习 LR 那些复杂的功能,就更别说那 License 的价格了。
下面是 ab 的详细参数解释,大家有兴趣的可以研究一下,最近没有足够多的时间研究,如果哪位朋友有兴趣希望可以帮忙翻译一下每个参数的含义,有问题讨论也欢迎在这里回帖 ^_^
ab [ -A auth-username:password ] [ -c concurrency ] [ -C cookie-name=value ] [ -d ] [ -e csv-file ] [ -g gnuplot-file ] [ -h ] [ -H custom-header ] [ -i ] [ -k ] [ -n requests ] [ -p POST-file ] [ -P proxy-auth-username:password ] [ -q ] [ -s ] [ -S ] [ -t timelimit ] [ -T content-type ] [ -v verbosity] [ -V ] [ -w ] [ -x <table>-attributes ] [ -X proxy[:port] ] [ -y <tr>-attributes ] [ -z <td>-attributes ] [http://]hostname[:port]/path
-A auth-username:password
Supply BASIC Authentication credentials to the server. The username and password are separated by a single : and sent on the wire base64 encoded. The string is sent regardless of whether the server needs it (i.e., has sent an 401 authentication needed).
-c concurrency
Number of multiple requests to perform at a time. Default is one request at a time.
-C cookie-name=value
Add a Cookie: line to the request. The argument is typically in the form of a name=value pair. This field is repeatable.
-d
Do not display the "percentage served within XX [ms] table". (legacy support).
-e csv-file
Write a Comma separated value (CSV) file which contains for each percentage (from 1% to 100%) the time (in milliseconds) it took to serve that percentage of the requests. This is usually more useful than the 'gnuplot' file; as the results are already 'binned'.
-g gnuplot-file
Write all measured values out as a 'gnuplot' or TSV (Tab separate values) file. This file can easily be imported into packages like Gnuplot, IDL, Mathematica, Igor or even Excel. The labels are on the first line of the file.
-h
Display usage information.
-H custom-header
Append extra headers to the request. The argument is typically in the form of a valid header line, containing a colon-separated field-value pair (i.e., "Accept-Encoding: zip/zop;8bit").
-i
Do HEAD requests instead of GET.
-k
Enable the HTTP KeepAlive feature, i.e., perform multiple requests within one HTTP session. Default is no KeepAlive.
-n requests
Number of requests to perform for the benchmarking session. The default is to just perform a single request which usually leads to non-representative benchmarking results.
-p POST-file
File containing data to POST.
-P proxy-auth-username:password
Supply BASIC Authentication credentials to a proxy en-route. The username and password are separated by a single : and sent on the wire base64 encoded. The string is sent regardless of whether the proxy needs it (i.e., has sent an 407 proxy authentication needed).
-q
When processing more than 150 requests, ab outputs a progress count on stderr every 10% or 100 requests or so. The -q flag will suppress these messages.
-s
When compiled in (ab -h will show you) use the SSL protected https rather than the http protocol. This feature is experimental and very rudimentary. You probably do not want to use it.
-S
Do not display the median and standard deviation values, nor display the warning/error messages when the average and median are more than one or two times the standard deviation apart. And default to the min/avg/max values. (legacy support).
-t timelimit
Maximum number of seconds to spend for benchmarking. This implies a -n 50000 internally. Use this to benchmark the server within a fixed total amount of time. Per default there is no timelimit.
-T content-type
Content-type header to use for POST data.
-v verbosity
Set verbosity level - 4 and above prints information on headers, 3 and above prints response codes (404, 200, etc.), 2 and above prints warnings and info.
-V
Display version number and exit.
-w
Print out results in HTML tables. Default table is two columns wide, with a white background.
-x <table>-attributes
String to use as attributes for <table>. Attributes are inserted <table here >.
-X proxy[:port]
Use a proxy server for the requests.
-y <tr>-attributes
String to use as attributes for <tr>.
-z <td>-attributes
String to use as attributes for <td>.
相关链接
ab 是 Apache 的一个安装组件,所以需要下载 Apache 安装后才能使用,可以访问 Apache 的项目主页来下载 http://httpd.apache.org/download.cgi
ab 的更多信息可以参加 Apache 主页上的描述
http://httpd.apache.org/docs/2.0/programs/ab.html
分类: 18.开源技术 & 开源文化, 04.软件性能测试
绿色通道: 好文要顶 关注我 收藏该文与我联系
Jackei
关注 - 3
粉丝 - 146
+加关注
0
0
(请您对文章做出评价)
« 博主前一篇:粉想粉想买笔记本
» 博主后一篇:介绍几个有关 ab 的有用的参数
Feedback
#1楼
2006-07-19 22:56 by mikespook
有的开源工具并不比商业软件差,甚至更好~~
比如我现在用的WinMerge和NSIS & NIS EDIT。
开源不代表落后,在国外更多公司做开源是为了卖服务~~
在国内,呵,一张光盘的软件都不好卖,还想卖服务?确实有些难~~
支持(0)
#2楼[楼主]
2006-07-20 19:18 by jackei
@mikespook
没错,有的时候,商业工具就像一本《辞海》甚至《辞源》,里面收录的几万个汉字你可能超过80%一辈子都用不上;购买和维护的成本高不说,而且一旦想要找点什么,那个费劲。可能学会使用它的检索功能都要专门花点功夫了。
而很多开源或者免费的工具,有一个很明确的目的,非常善于解决工作中的某类问题。而且有很多开源的社区都很活跃,版本经常更新。经过世界各地同行的千锤百炼,bug不断的被修复,功能不断的更完善。正有不断赶超商业工具的势头。
例如比 winrar 和 winzip 压缩率更高、速度更快的 7-zip;
比 UltraEdit 更强大的 PSPad。
我想关注于开源世界的朋友可以举出更多的例子。
对于正版和服务,观念要慢慢转变。
支持(0)
#3楼
2006-07-28 15:11 by oscarxie[未注册用户]
看来项目结束后要好好研究点东西了。
#4楼[楼主]
2006-07-31 14:14 by jackei
@oscarxie
坚持学习,天天向上 ^_^
支持(0)
#5楼
2006-12-05 16:50 by Eric[匿名][未注册用户]
Time per request: 323.465 [ms] (mean, across all concurrent requests)
就是用 Time taken for tests / Concurrency Level 换算成 ms 单位,表示一个全局的每次时间。
#6楼[楼主]
2006-12-05 21:26 by Jackei
@Eric[匿名]
非常感谢你的回复。不过我有了一个新的疑问。
在 ab 的 report 里面有两个数据,
1. Time per request: 3234.651 [ms] (mean)
2. Time per request: 323.465 [ms] (mean, across all concurrent requests)
这样看来,第二个 Time per request 才是相当于 LR 中的 平均事务响应时间了,对吧?还有,如果这样,第一个 Time per request 又表示什么含义呢?
分享到:
相关推荐
第6 章 开源性能测试工具 Apacheab 快速入门 第7 章 最佳脚本开发实战 第8 章 .NET 项目性能测试全程实战 第9 章 Java 项目性能测试全程实战 第10 章 安全测试 第11 章 测试工程师转型实录 第12 章 测试...
Apache JMeter是一款功能强大的开源压力和负载测试工具,不仅限于Web应用,还支持其他协议如FTP、SMTP、JDBC等。它允许用户模拟大量并发用户执行各种操作,从而分析服务器性能。在JMeter中,可以创建测试计划,定义...
以上就是关于“Apache压力测试之ab”的详细讲解,希望对你理解和使用ab工具进行压力测试有所帮助。如果你对此有更多疑问,或者想交流相关经验,可以加入指定的QQ群或通过提供的联系方式与作者取得联系。
ab是Apache服务器自带的一个简单性能测试工具,主要用于测试Web服务器的性能。它可以模拟多个并发连接,并向服务器发送HTTP请求,然后提供诸如每秒完成请求数(Requests per second)、吞吐量(Bytes transferred ...
在开源的apache中自带个ab工具。在C:Apache2. … 近在做webservices,得到的数据是从德国那边的服务器。要将这些数据整合到现在网站中去。不知道性能如何。做个压力测试。现在有些压力测试工具都是收费的。在开源...
在IT行业中,性能测试是评估系统稳定性和承载能力的重要环节,而压力测试工具则是实现这一目标的关键助手。本文将深入探讨一款名为“ab”的命令行工具,它是一个轻量级但功能强大的HTTP服务器压力测试工具。ab全称为...
Siege是一款开源的压力和性能测试工具,支持HTTP/HTTPS协议。Siege不仅可以进行简单的并发请求测试,还具有回放功能,可以从日志文件中读取历史请求进行回放测试。此外,Siege提供了详细的性能统计信息,包括成功率...
- **Locust**:基于Python的开源性能测试框架,具有高灵活性,可与持续集成工具结合,支持多种协议测试。 - **Gatling**:基于Java,支持Scala、Java、Kotlin编写测试脚本,尤其适用于HTTP性能测试,同时也可以...
【标题】:“(转)ab-tomcat压力测试工具” 【描述】:这篇博客文章并未提供具体的...通过以上知识点,我们可以深入理解如何使用"ab-tomcat"组合进行Web服务器性能测试,以及如何根据测试结果优化Tomcat服务器的配置。
1. JMeter:Apache JMeter是一款开源的Java桌面应用,专为Web应用设计,可进行负载和性能测试。它支持多种协议,如HTTP、FTP、SMTP等,同时可以模拟大量并发用户,分析服务器性能。 2. LoadRunner:由HP(现被Micro...
Apache Bench (ab) 是 Apache HTTP Server 包含的一个命令行工具,用于对 Web 服务器进行性能测试。它能发送多个 HTTP 请求并报告平均响应时间和每秒事务率。Siadat-benchttp 作为其类似工具,同样具备这样的功能,...
《性能测试巧匠训练营(LoadRunner)》是一本专注于软件性能测试领域的专著,它以LoadRunner为主要工具,结合Apache ab和JMeter等其他性能测试工具,为读者提供了全面而深入的学习路径。这本书旨在帮助读者掌握性能...
在压缩包中提供的`ab.exe`是ab工具的可执行文件,`ab_exe下载 V2_2_21_Apache性能测试工具 - pc6下载站.mht`则可能是一个关于ab工具的详细说明或使用教程,可能包含了版本信息(V2.2.21)以及如何下载和使用ab工具的...
而《性能测试入门.doc》则可能更侧重于介绍性能测试的基础知识、方法和案例,帮助初学者快速入门。 通过学习和实践这些性能测试知识,你可以更好地理解和执行性能测试任务,提升系统的整体性能,确保软件产品能够...
开源工具如Apache AB和JMeter提供了成本效益高的解决方案,适合广泛的测试需求。此外,还存在内部开发的测试工具,它们常常用于非标准协议或特定的测试目标,也有的是出于成本考虑或对现有工具的不足补充。 创建...
"Apache ab"是Apache HTTP服务器自带的一款性能测试工具,全称为Apache Bench。它允许用户模拟多个并发用户向服务器发送请求,以此来测试服务器的性能和负载承受能力。通过ab工具,我们可以获取关于响应时间、吞吐量...
这里提到的“压力测试工具集合”包含了五个经典的开源和商业工具:ab, webbench, Siege, http_load以及Web Application Stress Tool。下面将详细介绍这些工具的功能、用法及其在实际场景中的应用。 1. **ab (Apache...
- Apache Bench (ab):轻量级命令行工具,适用于快速简单的HTTP基准测试。 - WebLoad:Radware的商业工具,提供模拟真实用户行为的功能。 4. 压力测试的过程: - 设计测试场景:定义用户行为模型,如页面浏览...
除了`ab`,还有许多其他优秀的压力测试工具,如JMeter、LoadRunner、 Gatling等,它们提供了更丰富的功能和更复杂的脚本支持,适合进行大规模、复杂的性能测试。 五、注意事项 1. 在进行压力测试时,应确保测试环境...
下面,我们将围绕性能测试的一些核心概念、工具、策略以及进阶技巧进行详细探讨。 一、性能测试目标与类型 1. 响应时间:衡量系统处理请求的速度,通常以毫秒为单位。 2. 吞吐量:系统在单位时间内处理的事务数量,...