具体分析
01 //-c每次发送10个，-n 共发送1000次请求 02 03 bixiaopeng@bixiaopengtekiMacBook-Pro ~$ ab -c 10 -n 1000 http://www.wirelessqa.com/?p=143 04 This is ApacheBench, Version 2.3 <$Revision: 655654 $> 05 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ 06 Licensed to The Apache Software Foundation, http://www.apache.org/ 07 08 Benchmarking www.wirelessqa.com (be patient) 09 Completed 100 requests 10 Completed 200 requests 11 Completed 300 requests 12 Completed 400 requests 13 Completed 500 requests 14 Completed 600 requests 15 Completed 700 requests 16 Completed 800 requests 17 Completed 900 requests 18 Completed 1000 requests 19 Finished 1000 requests 20 21 //服务器软件IIS 22 Server Software: IIS 23 //服务器域名 24 Server Hostname: www.wirelessqa.com 25 //服务器端口 26 Server Port: 80 27 28 //文档路径 29 Document Path: /?p=143 30 //文档的长度，不包括响应头 31 Document Length: 40865 bytes 32 33 //并发数 34 Concurrency Level: 10 35 //整个测试持续时间 36 Time taken for tests: 349.234 seconds 37 //完成请求数量 38 Complete requests: 1000 39 //失败请求数量674 40 //Failed requests给出了失败原因统计： 41 //Connect:无法送出请求，目标主机连接失败，要求过程中连线被中断 42 //Length:回应的内容长度不一致，以content-Length头文件为判断依据 43 //Exception:发生了无法预期的错误 44 //备注1：这里分析一下为何失败了674次，从下面的统计数据我们可以看出，失败请求都落在Length上面，原因是被测网页是动态内容，当第一次发出HTTP request与后面发出的HTTP request所响应的html Length是不同大小的（即每次响应的Content-Length大小不一致),所以才会引起Length失败，这里Length是以第一次取得的Content-Length为主，以后得到的Content-Length跟第一次的不一致，就会报Length错误，所以这类Length大小不一的失败在测试动态面面的压力测试中是合理的，可以不用管它。 45 Failed requests: 674 46 (Connect: 0, Receive: 0, Length: 674, Exceptions: 0) 47 Write errors: 0 48 49 //整个场景中的网络传输量 50 Total transferred: 41114189 bytes 51 //整个场景中的HTML内容传输量 52 //备注2：单个html文件的大小为40865，共发出1000次请求，40865000跟40889965差不多，所以1000次请求应该已经正确送出，没什么问题 53 HTML transferred: 40889965 bytes 54 //关键指标之一，相当于 LR 中的 每秒事务数 ，后面括号中的 mean 表示这是一个平均值 55 Requests per second: 2.86 [#/sec] (mean) 56 //关键指标之二，相当于 LR 中的 平均事务响应时间 ，后面括号中的 mean 表示这是一个平均值 57 Time per request: 3492.343 [ms] (mean) 58 //每个请求实际运行时间的平均值，就是上面的时间 除以并发数 59 Time per request: 349.234 [ms] (mean, across all concurrent requests) 60 61 62 //平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题 63 Transfer rate: 114.97 [Kbytes/sec] received 64 65 //网络上消耗的时间的分解 66 Connection Times (ms) 67 min mean[+/-sd] median max 68 Connect: 35 161 401.6 59 3394 69 Processing: 571 3282 2723.1 2648 28374 70 Waiting: 309 654 767.3 538 21420 71 Total: 610 3443 2777.4 2826 28514 72 73 //整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于2826 毫秒，66％ 的用户响应时间小于3636 毫秒，最大的响应时间小于28514毫秒 74 Percentage of the requests served within a certain time (ms) 75 50% 2826 // 就是有50%的请求都是在2826ms内完成的 76 66% 3636 77 75% 4364 78 80% 4799 79 90% 6239 80 95% 7744 81 98% 11263 82 99% 14251 83 100% 28514 (longest request) |
