下面是一个很简单的例子:

  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
   1390 (longest request)

  //整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间,其中50%的用户响应时间小于937 毫秒,60% 的用户响应时间小于1000 毫秒,大的响应时间小于1390 毫秒

  由于对于并发请求,cpu实际上并不是同时处理的,而是按照每个请求获得的时间片逐个轮转处理的,所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数