AB测试结果分析
  fztgkkRjHIsV 2023年11月14日 28 0


 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:         


#请求文档大小




 #并发数  


#全部请 求完成耗时


#全部请求数


 #失败的请求


  (Connect: 0, Length: 1974, Exceptions: 0)


Write errors:           0


 #总传输大小 


 #整个场 景中的HTML内容传输量


#每秒请 求数(平均)//大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括 号中的 mean 表示这是一个平均值


#每次并发请求时间(所有并发) //大家最关心的指标之二,相当于 LR 中的平均事务响应时间, 后面括号中的 mean 表示这是一个平均值


#每一请求时间(并发平均)  //每个请求实际运行时间的平均值


  #传输速 率//平 均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题


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时间乘以并发请求数。





#连接时 间


                                   min  mean[+/-sd] median   max


#连接):        0    0   2.1      0      46


#处理):   31  458  94.7    438    1078


#等待):         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:         



#请求文档大小






 #并发数  



#全部请 求完成耗时



#全部请求数



 #失败的请求



  (Connect: 0, Length: 1974, Exceptions: 0)



Write errors:           0



 #总传输大小 



 #整个场 景中的HTML内容传输量



#每秒请 求数(平均)//大家最关心的指标之一,相当于 LR 中的每秒事务数,后面括 号中的 mean 表示这是一个平均值



#每次并发请求时间(所有并发) //大家最关心的指标之二,相当于 LR 中的平均事务响应时间, 后面括号中的 mean 表示这是一个平均值



#每一请求时间(并发平均)  //每个请求实际运行时间的平均值



  #传输速 率//平 均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题



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时间乘以并发请求数。







#连接时 间



                                   min  mean[+/-sd] median   max



#连接):        0    0   2.1      0      46



#处理):   31  458  94.7    438    1078



#等待):         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)













【版权声明】本文内容来自摩杜云社区用户原创、第三方投稿、转载,内容版权归原作者所有。本网站的目的在于传递更多信息,不拥有版权,亦不承担相应法律责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@moduyun.com

  1. 分享:
最后一次编辑于 2023年11月14日 0

暂无评论

推荐阅读
fztgkkRjHIsV