• 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)
  • 相关阅读:
    工作所得所思之一
    angular路由
    html中offsetTop、clientTop、scrollTop、offsetTop各属性介绍
    您无权输入许可证密钥,请请使用系统管理员账户重试
    nginx的配置说明
    flexbox弹性盒子模型
    移动web开发规范
    为什么要使用响应式开发
    移动web开发
    如何给图片做缓存
  • 原文地址:https://www.cnblogs.com/Leung/p/1568396.html
Copyright © 2020-2023  润新知