并发测试
并发测试 ab
1. 安装
1 | yum -y install httpd-tools |
测试安装是否成功:
1 | [root@vic html]# ab -V |
2. 参数说明
-n在测试会话中所执行的请求个数。默认时,仅执行一个请求。请求的总数量
-c一次产生的请求个数。默认是一次一个。请求的用户量
-t测试所进行的最大秒数。其内部隐含值是-n 50000,它可以使对服务器的测试限制在一个固定的总时间以内。默认时,没有时间限制。
-V显示版本号并退出。
3. 性能指标
- 吞吐量(Requests per second)
服务器并发处理能力的量化描述,单位是reqs/s,指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数,称之为最大吞吐率。
记住:吞吐率是基于并发用户数的。这句话代表了两个含义:
a、吞吐率和并发用户数相关
b、不同的并发用户数下,吞吐率一般是不同的
计算公式:总请求数/处理完成这些请求数所花费的时间,即
Request per second=Complete requests/Time taken for tests
必须要说明的是,这个数值表示当前机器的整体性能,值越大越好。
- 并发连接数(The number of concurrent connections)
并发连接数指的是某个时刻服务器所接受的请求数目,简单的讲,就是一个会话。
- 并发用户数(Concurrency Level)
要注意区分这个概念和并发连接数之间的区别,一个用户可能同时会产生多个会话,也即连接数。在HTTP/1.1下,IE7支持两个并发连接,IE8支持6个并发连接,FireFox3支持4个并发连接,所以相应的,我们的并发用户数就得除以这个基数。
- 用户平均请求等待时间(Time per request)
计算公式:处理完成所有请求数所花费的时间/(总请求数/并发用户数),即:
Time per request=Time taken for tests/(Complete requests/Concurrency Level)
- 服务器平均请求等待时间(Time per request:across all concurrent requests)
计算公式:处理完成所有请求数所花费的时间/总请求数,即:
Time taken for/testsComplete requests
可以看到,它是吞吐率的倒数。
同时,它也等于用户平均请求等待时间/并发用户数,即
Time per request/Concurrency Level
4. ab的应用
- 命令
1
ab -c 10 -n 100 https://cwxhmk.top
- c10表示并发用户数为10
- n100表示请求总数为100
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking cwxhmk.top (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Finished 500 requests
Server Software: Tengine #测试服务器的名字
Server Hostname: cwxhmk.top #请求的URL主机名
Server Port: 443 #web服务器监听的端口
SSL/TLS Protocol: TLSv1.2,ECDHE-RSA-AES128-GCM-SHA256,2048,128
Document Path: /
Document Length: 60 bytes
Concurrency Level: 50 #并发用户数,这是我们设置的参数之一
Time taken for tests: 3.371 seconds #所有这些请求被处理完成所花费的总时间 单位秒
Complete requests: 500 #总请求数量,这是我们设置的参数之一
Failed requests: 0 #表示失败的请求数量
Write errors: 0
Total transferred: 259033 bytes #所有请求的响应数据长度总和。包括每个HTTP响应数据的头信息和正文数据的长度
HTML transferred: 30000 bytes # 所有请求的响应数据中正文数据的总和,也就是减去了Total transferred中HTTP响应数据中的头信息的长度
Requests per second: 148.31 [#/sec] (mean) #吞吐率,总请求数/处理完成这些请求数所花费的时间
Time per request: 337.127 [ms] (mean) # 用户平均请求等待时间 处理完成所有请求数所花费的时间/(总请求数/并发用户数)
Time per request: 6.743 [ms] (mean, across all concurrent requests) #服务器平均请求等待时间,计算公式:Time taken for tests/Complete requests,正好是吞吐率的倒数。也可以这么统计:Time per request/Concurrency Level
Transfer rate: 75.03 [Kbytes/sec] received #表示这些请求在单位时间内从服务器获取的数据长度,计算公式:Total trnasferred/ Time taken for tests,这个统计很好的说明服务器的处理能力达到极限时,其出口宽带的需求量。
Connection Times (ms)
min mean[+/-sd] median max
Connect: 52 88 45.2 86 870
Processing: 73 179 101.9 158 844
Waiting: 73 179 101.8 157 844
Total: 134 267 111.3 245 1012
Percentage of the requests served within a certain time (ms)
50% 245
66% 262
75% 272
80% 282
90% 357
95% 502
98% 533
99% 853
100% 1012 (longest request) # 这部分数据用于描述每个请求处理时间的分布情况,比如以上测试,80%的请求处理时间都不超过282ms,这个处理时间是指前面的Time per request,即对于单个用户而言,平均每个请求的处理时间