转载:apache bench(简称ab)测试结果分析

add :https://gist.github.com/JingwenTian/8591073

Requests per second: 6065.46 [#/sec] (mean)
	Time per request: 164.868 [ms] (mean)
	Time per request: 0.165 [ms] (mean, across all concurrent requests)
	Requests per second
	#表示当前测试的服务器每秒可以处理6065.46个静态html的请求事务，后面的mean表示平均。这个数值表示当前机器的整体性能，值越大越好。
	Time per request
	#单个并发的延迟时间，后面的mean表示平均。
	#隔离开当前并发，单独完成一个请求需要的平均时间。
	##################################################
	说一下两个Time per request区别
	Time per request: 164.868 [ms] (mean)
	Time per request: 0.165 [ms] (mean, across all concurrent requests)
	#前一个衡量单个请求的延迟，cpu是分时间片轮流执行请求的，多并发的情况下，一个并发上的请求时需要等待这么长时间才能得到下一个时间片。
	计算方法Time per request: 0.165 [ms] (mean, across all concurrent requests)*并发数
	#通俗点说就是当以-c 10的并发下完成-n 1000个请求的同时，额外加入一个请求，完成这个求平均需要的时间。
	#后一个衡量性能的标准，它反映了完成一个请求需要的平均时间,在当前的并发情况下，增加一个请求需要的时间。
	计算方法Time taken for tests: 60.444 seconds/Complete requests: 1000
	#通俗点说就是当以-c 10的并发下完成-n 1001个请求时，比完成-n1000个请求多花的时间。
	#你可以适当调节-c 和-n大小来测试服务器性能，借助htop指令来直观的查看机器的负载情况

------------------------------------------------------------------------
add: http://www.tsingpost.com/articles/201403/567.html

AB测试,200个请求,20个并发.这样的测试强度,CPU占了70-80%,w3p占用了70多M内存,本想多测几次,看看它的内存会不会涨上去,没 有测试机器没办法,开发机要干活.我估计CPU就有问题了,性能有好些个地方还需要优化.

顺便把测试的工具用法作个记号

基本用法:
ab -n 全部请求数 -c 并发数 测试url
例:ab -n 1000 -c 50 http://www.tsingpost.com/
Server Software: Microsoft-IIS/7.0
Server Hostname: www.tsingpost.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)