下面是一个很简单的例子：
ab -n 100 -c 10 http://www.baidu.com/
向百度发送100个请求，以10个并发用户同时进行，这就模拟了loadrunner中的并发用户了
|
his is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 2006 The Apache Software Foundation, http://www.apache.org/
Benchmarking www.baidu.com (be patient).....done
Server Software: BWS/1.0
//被测试平台使用的web服务器
Server Hostname: www.baidu.com
//服务器主机名
Server Port: 80
//服务器端口号
Document Path: /
//测试的页面的路径，这是在根目录下
Document Length: 7677 bytes
//测试的页面的大小
Concurrency Level: 10 //并发数
Time taken for tests: 9.187500 seconds //整个测试持续的时间
Complete requests: 100 //总共完成的请求数
Failed requests: 0 //失败的请求数量
Write errors: 0
Total transferred: 805879 bytes //整个场景中的网络传输量
HTML transferred: 767700 bytes//整个场景中的HTML内容传输量
Requests per second: 10.88 [#/sec] (mean)//大家最关心的指标之一，相当于 LR 中的 每秒事务数 ，后面括号中的 mean 表示这是一个平均值
Time per request: 918.750 [ms] (mean)//大家最关心的指标之二，相当于 LR 中的 平均事务响应时间 ，后面括号中的 mean 表示这是一个平均值
Time per request: 91.875 [ms] (mean, across all concurrent requests)//每个请求实际运行时间的平均值
Transfer rate: 85.55 [Kbytes/sec] received//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题
Connection Times (ms)
min mean[+/-sd] median max
Connect: 15 90 76.4 62 343
Processing: 47 792 277.9 844 1265
Waiting: 15 434 285.2 406 1203
Total: 93 883 296.5 937 1390
//网络上消耗的时间的分解，相当于loadrunner中的网页细分图
Percentage of the requests served within a certain time (ms)
50% 937
66% 1000
75% 1078
80% 1140
90% 1218
95% 1250
98% 1312
99% 1390
100% 1390 (longest request) |
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于937 毫秒，60％ 的用户响应时间小于1000 毫秒，最大的响应时间小于1390 毫秒
由于对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数
