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


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


基本用法:

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 全部请求数 -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)