ab压力测试 及结果分析
2017-02-23 17:29
232 查看
原文链接
AB测试,200个请求,20个并发.这样的测试强度,CPU占了70-80%,w3p占用了70多M内存,本想多测几次,看看它的内存会不会涨上去,没有测试机器没办法,开发机要干活.我估计CPU就有问题了,性能有好些个地方还需要优化.
顺便把测试的工具用法作个记号
基本用法:
ab -n 1000 -c 100 -w http://localhost/index.php >>c:\1.html
上面的测试用例表示100并发的情况下,共测试访问index.php脚本1000次,并将测试结果保存到c:\1.html文件中。
ab
-n 全部请求数 -c 并发数 测试url
例:ab
-n 1000 -c 50 http://www.newdev.gztest.com/
Server Software:
Microsoft-IIS/7.0
Server Hostname:
www.newdev.gztest.com
Server Port:
80
Document Path:
Document Length:
82522
bytes #请求文档大小
Concurrency Level:
50
#并发数
Time taken for tests:
92.76140 seconds
#全部请求完成耗时
Complete requests:
10000
#全部请求数
Failed requests:
1974
#失败的请求
(Connect: 0, Length:
1974, Exceptions: 0)
Write errors:
0
Total transferred:
827019400
bytes #总传输大小
HTML transferred:
825219400
bytes //整个场景中的HTML内容传输量
Requests per second:
108.61
[#/sec]
(mean) #每秒请求数(平均)//大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括号中的 mean 表示这是一个平均值
Time per request:
460.381
[ms]
(mean) #每次并发请求时间(所有并发) //大家最关心的指标之二,相当于 LR 中的平均事务响应时间,后面括号中的 mean 表示这是一个平均值
Time per request:
9.208
[ms] (mean, across all concurrent
requests) #每一请求时间(并发平均) //每个请求实际运行时间的平均值
Transfer rate:
8771.39
[Kbytes/sec]
received #传输速率//平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Percentage
of the requests served within a certain time (ms)
50% 2680
66% 2806
75% 2889
80% 2996
90% 11064
95% 20161
98% 21092
99% 21417
100% 21483
(longest request)
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中50%的用户响应时间小于2680毫秒,60%
的用户响应时间小于2806毫秒,最大的响应时间小于21417毫秒
由于对于并发请求,cpu实际上并不是同时处理的,而是按照每个请求获得的时间片逐个轮转处理的,所以基本上第一个Time
per request时间约等于第二个Time per request时间乘以并发请求数。
Connection Times
(ms) #连接时间
min
mean[+/-sd] median
max
Connect(#连接):
0
0
2.1
0
46
Processing(#处理):
31
458 94.7
438
1078
Waiting(#等待):
15
437 87.5
422
938
Total:
31
458 94.7
438
1078
其它参数:
-n requests
全部请求数
-c concurrency 并发数
-t timelimit
最传等待回应时间
-p postfile
POST数据文件
-T content-type POST Content-type
-v verbosity
How
much troubleshooting info to print
-w
Print
out results in HTML tables
-i
Use
HEAD instead of GET
-x attributes String to
insert as table attributes
-y attributes String to
insert as tr attributes
-z attributes String to
insert as td or th attributes
-C attribute
加入cookie,
eg. 'Apache=1234. (repeatable)
-H attribute
加入http头,
eg. 'Accept-Encoding: gzip'
Inserted
after all normal header lines. (repeatable)
-A attribute
http验证,分隔传递用户名及密码
-P attribute
Add
Basic Proxy Authentication, the attributes
are
a colon separated username and password.
-X proxy:port 代理服务器
-V
查看ab版本
-k
Use
HTTP KeepAlive feature
-d
Do
not show percentiles served table.
-S
Do
not show confidence estimators and warnings.
-g filename
Output
collected data to gnuplot format file.
-e filename
Output
CSV file with percentages served
-h
Display
usage information (this message)
AB测试,200个请求,20个并发.这样的测试强度,CPU占了70-80%,w3p占用了70多M内存,本想多测几次,看看它的内存会不会涨上去,没有测试机器没办法,开发机要干活.我估计CPU就有问题了,性能有好些个地方还需要优化.
顺便把测试的工具用法作个记号
基本用法:
ab -n 1000 -c 100 -w http://localhost/index.php >>c:\1.html
上面的测试用例表示100并发的情况下,共测试访问index.php脚本1000次,并将测试结果保存到c:\1.html文件中。
ab
-n 全部请求数 -c 并发数 测试url
例:ab
-n 1000 -c 50 http://www.newdev.gztest.com/
Server Software:
Microsoft-IIS/7.0
Server Hostname:
www.newdev.gztest.com
Server Port:
80
Document Path:
Document Length:
82522
bytes #请求文档大小
Concurrency Level:
50
#并发数
Time taken for tests:
92.76140 seconds
#全部请求完成耗时
Complete requests:
10000
#全部请求数
Failed requests:
1974
#失败的请求
(Connect: 0, Length:
1974, Exceptions: 0)
Write errors:
0
Total transferred:
827019400
bytes #总传输大小
HTML transferred:
825219400
bytes //整个场景中的HTML内容传输量
Requests per second:
108.61
[#/sec]
(mean) #每秒请求数(平均)//大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括号中的 mean 表示这是一个平均值
Time per request:
460.381
[ms]
(mean) #每次并发请求时间(所有并发) //大家最关心的指标之二,相当于 LR 中的平均事务响应时间,后面括号中的 mean 表示这是一个平均值
Time per request:
9.208
[ms] (mean, across all concurrent
requests) #每一请求时间(并发平均) //每个请求实际运行时间的平均值
Transfer rate:
8771.39
[Kbytes/sec]
received #传输速率//平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Percentage
of the requests served within a certain time (ms)
50% 2680
66% 2806
75% 2889
80% 2996
90% 11064
95% 20161
98% 21092
99% 21417
100% 21483
(longest request)
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中50%的用户响应时间小于2680毫秒,60%
的用户响应时间小于2806毫秒,最大的响应时间小于21417毫秒
由于对于并发请求,cpu实际上并不是同时处理的,而是按照每个请求获得的时间片逐个轮转处理的,所以基本上第一个Time
per request时间约等于第二个Time per request时间乘以并发请求数。
Connection Times
(ms) #连接时间
min
mean[+/-sd] median
max
Connect(#连接):
0
0
2.1
0
46
Processing(#处理):
31
458 94.7
438
1078
Waiting(#等待):
15
437 87.5
422
938
Total:
31
458 94.7
438
1078
其它参数:
-n requests
全部请求数
-c concurrency 并发数
-t timelimit
最传等待回应时间
-p postfile
POST数据文件
-T content-type POST Content-type
-v verbosity
How
much troubleshooting info to print
-w
out results in HTML tables
-i
Use
HEAD instead of GET
-x attributes String to
insert as table attributes
-y attributes String to
insert as tr attributes
-z attributes String to
insert as td or th attributes
-C attribute
加入cookie,
eg. 'Apache=1234. (repeatable)
-H attribute
加入http头,
eg. 'Accept-Encoding: gzip'
Inserted
after all normal header lines. (repeatable)
-A attribute
http验证,分隔传递用户名及密码
-P attribute
Add
Basic Proxy Authentication, the attributes
are
a colon separated username and password.
-X proxy:port 代理服务器
-V
查看ab版本
-k
Use
HTTP KeepAlive feature
-d
Do
not show percentiles served table.
-S
Do
not show confidence estimators and warnings.
-g filename
Output
collected data to gnuplot format file.
-e filename
Output
CSV file with percentages served
-h
Display
usage information (this message)
相关文章推荐
- ab 压力测试 命令详解与结果分析
- ab 压力测试 命令详解与结果分析
- Apache ab 压力测试及分析
- ab网站压力测试命令的参数、输出结果的中文注解
- ab测试,Apache ab 测试结果的分析
- apache ab工具页面压力测试返回结果含义解释
- linux下ab网站压力测试命令,输出结果的中文注解
- 安装Xcache缓存加速php及ab压力测试结果
- AB测试结果分析
- ab测试时结果显示大量Request failed的情况分析
- LoadRunner压力测试结果分析探讨
- ab网站压力测试命令的参数、输出结果的中文注解
- LR压力测试结果分析探讨 ZT
- LoadRunner压力测试结果分析探讨
- Apache ab 测试结果的分析
- ApacheBench(ab)压力测试使用和结果说明
- ab网站压力测试命令的参数、输出结果的中文注解
- 【转载】AB测试结果分析
- AB测试结果分析
- apache ab压力测试结果分析