一. 准备
- centos
- jdk
二. 安装
- 安装jdk1.7
- 安装ab
yum install httpd-tools
#检查是否安装成功
ab
三. ab常用参数
-n :总共的请求执行数,缺省是1;
-c: 并发数,缺省是1;
-t:测试所进行的总时间,秒为单位,缺省50000s
-p:POST时的数据文件
-w: 以HTML表的格式输出结果
-T POST数据所使用的Content-type头信息。
五. ab性能指标
- 吞吐率(Requests per second) 服务器并发处理能力的量化描述,单位是reqs/s,指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率。
记住:吞吐率是基于并发用户数的。这句话代表了两个含义:
a.吞吐率和并发用户数相关
b.不同的并发用户数下,吞吐率一般是不同的
计算公式:总请求数/处理完成这些请求数所花费的时间,即 Request per second=Complete requests/Time taken for tests 必须要说明的是,这个数值表示当前机器的整体性能,值越大越好。
-
并发连接数(The number of concurrent connections) 并发连接数指的是某个时刻服务器所接受的请求数目,简单的讲,就是一个会话。
-
并发用户数(Concurrency Level)
要注意区分这个概念和并发连接数之间的区别,一个用户可能同时会产生多个会话,也即连接数。在HTTP/1.1下,IE7支持两个并发连接,IE8支持6个并发连接,FireFox3支持4个并发连接,所以相应的,我们的并发用户数就得除以这个基数。 -
用户平均请求等待时间(Time per request)
计算公式:处理完成所有请求数所花费的时间/(总请求数/并发用户数),即: Time per request=Time taken for tests/(Complete requests/Concurrency Level) -
服务器平均请求等待时间(Time per request:across all concurrent requests) 计算公式:处理完成所有请求数所花费的时间/总请求数,即: Time taken for/testsComplete requests 可以看到,它是吞吐率的倒数。
同时,它也等于用户平均请求等待时间/并发用户数,即
Time per request/Concurrency Level
六. ab实际使用例子
#url记得带引号,这样带参数就可以使用
ab -c 300 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
#如果需要在url中带参数(p.txt 是和ab.exe在一个目录;p.txt 中可以写参数,如 p=wdp&fq=78 ),这样做
ab -t 60 -c 100 -T "text/plain" -p p.txt http://192.168.0.10/hello.html
#将测试结果保存到c:\1.html文件中
ab -n 1000 -c 100 -w http://localhost/index.php >>c:\1.html
七. 结果参数解释:
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 192.168.0.10 (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Finished 800 requests
Server Software: Microsoft-HTTPAPI/2.0
Server Hostname: 192.168.0.10
Server Port: 80
Document Path: /
Document Length: 315 bytes HTTP响应数据的正文长度
Concurrency Level: 800
Time taken for tests: 0.914 seconds 所有这些请求处理完成所花费的时间
Complete requests: 800 完成请求数
Failed requests: 0 失败请求数
Write errors: 0
Non-2xx responses: 800
Total transferred: 393600 bytes 网络总传输量
HTML transferred: 252000 bytes HTML内容传输量
Requests per second: 875.22 [#/sec] (mean) 吞吐量-每秒请求数
Time per request: 914.052 [ms] (mean) 服务器收到请求,响应页面要花费的时间
Time per request: 1.143 [ms] (mean, across all concurrent requests) 并发的每个请求平均消耗时间
Transfer rate: 420.52 [Kbytes/sec] received 平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
网络上消耗的时间的分解(性能测试需要参考的数据):
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 0.5 1 3
Processing: 245 534 125.2 570 682
Waiting: 11 386 189.1 409 669
Total: 246 535 125.0 571 684
整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间
其中 50% 的用户响应时间小于 571 毫秒
80 % 的用户响应时间小于 652 毫秒
最大的响应时间小于 684 毫秒
Percentage of the requests served within a certain time (ms)
50% 571
66% 627
75% 646
80% 652
90% 666
95% 677
98% 681
99% 682
100% 684 (longest request)
七. 测试服务器的最大的吞吐量
- 测试相同时间不同并发量的情况
ab -c 300 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 500 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 700 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 900 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
- 测试不同时间相同并发量的情况
ab -c 300 -t 10 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 300 -t 30 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 300 -t 60 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
ab -c 300 -t 120 "http://10.50.108.11/usercenters/getbookmark?userid=075526593379&type=p&mc=02000002000000012016073199291820"
- 服务器已感受到压力的情况
apr_socket_recv: Connection reset by peer (104)
八. 其他
- 这里是列表文本ab并不很完善,测试过程中出现压力时,测试结果看不到请求失败的数量,需要结合webbench一起使用
- webbench支持的并发数与测试时间,准确性相对比ab准确,但是他的测试结果信息过于简单