http_load
简介
http_load
以并行复用的方式运行,用以测试Web服务器的吞吐量与负载。但是它不同于大多数压力测试工具,其可以以一个单一的进程运行,这样就不会把客户机搞死,还可以测试HTTPS类的网站请求。关于http_load
的详细信息参见这里,点击这里下载。
安装
# tar xzvf http_load-09Mar2016.tar.gz
# cd http_load-09Mar2016
# make && make install
- 1
- 2
- 3
测试
http_load
的命令参数比较简单,直接在命令行下执行http_load
就能看到,具体如下:
-parallel简写-p:并发的用户进程数。
-fetches简写-f:总计的访问次数
-rate简写-r:每秒的访问频率
-seconds简写-s:总计的访问时间
http_load的命令格式也比较简单,各参数可以自由组合,常用格式如下:
$ http_load -p 并发访问进程数 -f 访问总数 需要访问的URL文件
$ http_load -r 每秒访问频率 -s 访问时间 需要访问的URL文件
- 1
- 2
通常:参数pf一起使用,参数rs一起使用。
这里以某网页测试为例说明之:
$ vi test.url
http://www.xxxxx.com
- 1
- 2
当然上面存放请求URL的文件中,可以存放多个URL,每行一个。
$ http_load -p 5 -s 300 test.url
11694 fetches, 5 max parallel, 5.6872e+08 bytes, in 300 seconds
48633.5 mean bytes/connection
38.98 fetches/sec, 1.89573e+06 bytes/sec
msecs/connect: 10.476 mean, 9008.81 max, 5.002 min
msecs/first-response: 36.5928 mean, 5383.94 max, 16.614 min
7 timeouts
10428 bad byte counts
HTTP response codes:
code 200 -- 7552
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
上面命令表示:5个并发进程,持续300秒请求某网页。
#http_load -r 5 -s 300 test.url
1499 fetches, 5 max parallel, 9.49031e+07 bytes, in 300.017 seconds
63310.9 mean bytes/connection
4.99638 fetches/sec, 316326 bytes/sec
msecs/connect: 21.5961 mean, 3020.17 max, 16.782 min
msecs/first-response: 36.6554 mean, 61.907 max, 17.919 min
1261 bad byte counts
HTTP response codes:
code 200 -- 1261
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
上面命令表示:每秒频率为5条请求,持续300秒请求某网页。
结果分析如下:
(1)1499 fetches, 5 max parallel, 9.49031e+07 bytes, in 300.017 seconds
说明在上面的测试中运行了1499个请求,最大的并发进程数是5,总计传输的数据是9.49031e+07 bytes,运行的时间是300.017秒
(2)63310.9 mean bytes/connection
说明每个连接平均传输的数据量63310.9/1499=42.24
(3)4.99638 fetches/sec, 316326 bytes/sec
说明每秒的响应请求为4.99638,每秒传递的数据为316326 bytes/sec
(4)msecs/connect: 21.5961 mean, 3020.17 max, 16.782 min
说明每个连接的平均响应时间是21.5961 msecs,最大的响应时间3020.17 msecs,最小的响应时间16.782 msecs
(5)HTTP response codes: code 200 — 1261
说明打开响应页面的类型,如果403的类型过多,那可能要注意是否系统遇到了瓶颈
特殊说明:测试结果中主要的指标是fetches/sec和msecs/connect,即服务器每秒能够响应的请求次数和每个连接的平均响应时间。当然仅有这两个指标并不能完成对性能的分析,这两个指标主要反映的是QPS和RT。此外,还需要对服务器的CPU(idle和load)、Mem进行分析,才能得出结论。
需要注意的是:http_load请求方式默认为GET方式,不支持POST方式。
apache ab
简介
ab即ApacheBench,是apache自带的一款功能强大的测试工具,安装了apache一般就自带了,即httpd(在bin目录下)。
ab可以同时模拟多个并发请求,专门用于HTTP Server的benchmark testing。
ab命令格式如下: ab [options] [http[s]://]hostname[:port]/path
ab的参数比较多,直接在命令行下执行ab就能看到,常用参数如下:
-n在测试会话中所执行的请求个数。默认时,仅执行一个请求。
-c一次产生的请求个数。默认是一次一个。
-t测试所进行的最大秒数。其内部隐含值是-n 50000,它可以使对服务器的测试限制在一个固定的总时间以内。默认时,没有时间限制。
-p包含了需要POST的数据的文件。
-P对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开,并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码),此字符串都会被发送。
-T POST数据所使用的Content-type头信息。
-v设置显示信息的详细程度-4或更大值会显示头信息,3或更大值可以显示响应代码(404,200等),2或更大值可以显示警告和其他信息。
-V显示版本号并退出。
-w以HTML表的格式输出结果。默认时,它是白色背景的两列宽度的一张表。
-i执行HEAD请求,而不是GET。
-x设置<table>
属性的字符串。
-X对请求使用代理服务器。
-y设置<tr>
属性的字符串。
-z设置<td>
属性的字符串。
-C对请求附加一个Cookie:行。其典型形式是name=value的一个参数对,此参数可以重复。
-H对请求附加额外的头信息。此参数的典型形式是一个有效的头信息行,其中包含了以冒号分隔的字段和值的对(如,”Accept-Encoding:zip/zop;8bit”)。
-A对服务器提供BASIC认证信任。用户名和密码由一个:隔开,并以base64编码形式发送。无论服务器是否需要(即,是否发送了401认证需求代码),此字符串都会被发送。
-h显示使用方法。
-d不显示”percentage served within XX [ms] table”的消息(为以前的版本提供支持)。
-e产生一个以逗号分隔的(CSV)文件,其中包含了处理每个相应百分比的请求所需要(从1%到100%)的相应百分比的(以微妙为单位)时间。由于这种格式已经“二进制化”,所以比’gnuplot’格式更有用。
-g把所有测试结果写入一个’gnuplot’或者TSV(以Tab分隔的)文件。此文件可以方便地导入到Gnuplot,IDL,Mathematica,Igor甚至Excel中。其中的第一行为标题。
-i执行HEAD请求,而不是GET。
-k启用HTTP KeepAlive功能,即在一个HTTP会话中执行多个请求。默认时,不启用KeepAlive功能。
-q如果处理的请求数大于150,ab每处理大约10%或者100个请求时,会在stderr输出一个进度计数。此-q标记可以抑制这些信息。
需要注意的是:ab每次只能测试一个URL,适合做重复压力测试,支持POST方式。
测试
(1)如果要测试POST请求,可以使用如下命令:
$ ab -n 1000000 -c 100 -p data.txt -T 'application/x-protobuf' 'http://www.xxxxx.com/'
- 1
上面命令表示模拟100个并发用户,发送1000000个POST请求到http://www.xxxxx.com/,POST数据从文件data.txt读取,Content-type为application/x-protobuf。
$ ab -t 300 -c 100 -p data.txt -T 'application/x-protobuf' 'http://www.xxxxx.com/'
- 1
上面命令表示模拟100个并发用户,持续300秒发送POST请求到http://www.xxxxx.com/,POST数据从文件data.txt读取,Content-type为application/x-protobuf。
需要注意的是:如果在发送请求完后,出现如下错误:
apr_poll: The timeout specified has expired (70007)
- 1
使用-k参数指定发送keep-alive指令到服务器端,可以解决上面问题:
#ab -t 300 -c 100 -k -p data.txt -T 'application/x-protobuf' 'http://www.xxxxx.com/'
- 1
(2)如果要测试GET请求,可以使用如下命令(这里以搜狗首页测试为例说明之):
$ ab -t 300 -c 5 -k http://www.sogou.com
- 1
执行上面命令会出现如下错误:
ab: invalid URL
Usage: ab [options] [http[s]://]hostname[:port]/path
- 1
- 2
上面错误的意思是URL后面要加/path,从提示也能看出来,可以改成如下即可:
$ ab -t 300 -c 5 -k http://www.sogou.com/
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 www.sogou.com (be patient)
Completed 5000 requests
Finished 5211 requests
Server Software: nginx #被测试服务名称
Server Hostname: www.sogou.com #请求地址
Server Port: 80 #请求端口号
Document Path: / #请求页面
Document Length: 15785 bytes #页面长度
Concurrency Level: 5 #并发数
Time taken for tests: 300.011 seconds #整个测试持续的时间
Complete requests: 5211 #完成的请求数
Failed requests: 0 #失败的请求数
Write errors: 0
Keep-Alive requests: 0
Total transferred: 86136965 bytes #总共传输字节数,包含http的头信息等
HTML transferred: 82258493 bytes #html字节数,实际的页面传递字节数
Requests per second: 17.37 [#/sec] (mean) #每秒请求数(这是一个非常重要的指标,即服务器的吞吐量)
Time per request: 287.863 [ms] (mean) #用户平均请求等待时间(这也是一个非常重要的指标,即请求延迟)
Time per request: 57.573 [ms] (mean, across all concurrent requests) #服务器平均处理时间,即服务器吞吐量的倒数
Transfer rate: 280.38 [Kbytes/sec] received #每秒网络上的流量(可以帮助排除是否存在网络流量过大导致响应时间延长的问题)
Connection Times (ms)
min mean[+/-sd] median max
Connect: 28 42 215.8 34 9034
Processing: 86 233 2009.8 108 93465
Waiting: 29 71 547.5 37 21034
Total: 114 275 2031.9 143 93493
Percentage of the requests served within a certain time (ms)
50% 143 #50%的请求在143ms内返回
66% 148 #60%的请求在148ms内返回
75% 154
80% 160
90% 179
95% 195
98% 469
99% 3158
100% 93493 (longest request) #最大响应时间小于93493ms
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
特殊说明:测试结果中主要的指标是Requests per second和Time per request(第一个),即每秒请求数和用户平均请求等待时间,这两个指标主要反映的是QPS和RT。