loadrunner与ab对比

 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)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值