什么是带宽？
误解：“数据在线路中的移动速度”、“数据的传输速度”
我们所说的带宽是指数据的发送速度，比如百兆网卡，指网卡的最大发送速度是100Mbps，也就是说网卡在一秒钟最多可以发送100Mb的数据；相关的因素：
- 数据发送装置将二进制信号传送到线路的能力，也称信号传输频率，以及另一端数据接收装置对二进制信号接收的能力，也包括线路对传输频率的支持程度；
- 数据传输介质的并行度，等价于计算机系统总线宽度的概念；
习惯与约定
b：比特单位 bit；
B：字节单位 Byte；
1KB = 1024B；
1kb = 1000b；
M与K 的换算同上；
什么是吞吐率？
吞吐率（Throughput），是指web服务器单位时间内处理的请求数，单位：reqs/s;
一般更关心的是服务器并发处理能力的上限 ，即最大吞吐率；
关于压力测试
基于吞吐率压力测试的几个前提：
- 并发用户数；（某一时刻同时向服务器发送请求的用户数量）
- 总请求数；
- 请求资源描述；
几个重要指标：
请求等待时间
- 用户平均请求等待时间（主要衡量服务器在一定并发用户数的情况下，对单个用户的服务质量）
- 服务器平均请求方护理时间（衡量服务器整体服务质量）
压力测试工具：Apache附带的ab、LoadRunner、Jmeter
服务器系统负载
$ cat /proc/loadavg
0.58 1.19 0.64 1/92 8306
这里0.58 1.19 0.64 这3个数字表示：系统最近1分钟、5分钟、15分钟分别计算出来的系统负载；
1表示当前运行队列中的进程个数；92表示此时的进程总数；8306表示到此时为止最后创建的一个进程ID；
Apache ab的使用介绍
在书中多处讲到了用apache 自带的压力测试工具ab进行Server的性能测试，搜索了一下相关知识，整理如下：
ab的全称是ApacheBench，是 Apache 附带的一个小工具，专门用于 HTTP Server 的benchmark testing，可以同时模拟多个并发请求。下面以一个实际例子来介绍ab的使用:
[xiekeli@localhost ~]$ ab -n 1000 -c 50 http://www.abc.com/a.php //产生1000次http请求，每次的并发用户数:50 This is ApacheBench, Version 2.0.40-dev <;$Revision: 1.146 $> apache-2.0 Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Copyright 2006 The Apache Software Foundation, http://www.apache.org/ Benchmarking www.abc.com (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Completed 400 requests Completed 500 requests Completed 600 requests Completed 700 requests Completed 800 requests Completed 900 requests Finished 1000 requests Server Software: Apache //被测平台Apache Server Hostname: www.abc.com //服务器主机名 Server Port: 80 Document Path: /a.php Document Length: 231 bytes //文档大小 Concurrency Level: 50 //并发数 Time taken for tests: 12.818547 seconds Complete requests: 1000 //完成请求数 Failed requests: 0 //失败的请求数 Write errors: 0 Non-2xx responses: 1001 Total transferred: 438438 bytes //整个场景中的网络传输量 HTML transferred: 231231 bytes //整个场景中的HTML内容传输量 Requests per second: 78.01 [#/sec] (mean) //吞吐率，即每秒处理的请求数(后面括号中的 mean 表示这是一个平均值) Time per request: 640.927 [ms] (mean) //每次请求的响应时间（后面括号中的 mean 表示这是一个平均值） Time per request: 12.819 [ms] (mean, across all concurrent requests)//每次请求的响应时间（后面括号中已经说明，是按所有并发数计算的平均值） Transfer rate: 33.39 [Kbytes/sec] received //平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题 Connection Times (ms) //网络上消耗的时间的分解，各项数据的具体算法还不是很清楚 min mean[+/-sd] median max Connect: 186 307 598.1 212 9188 Processing: 188 271 289.6 214 1923 Waiting: 188 245 219.9 213 1416 Total: 376 579 660.2 427 9380 //整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于1093 毫秒，60％ 的用户响应时间小于1247 毫秒，最大的响应时间小于7785 毫秒 由于对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数 Percentage of the requests served within a certain time (ms) 50% 427 66% 430 75% 431 80% 433 90% 451 95% 1630 98% 3382 99% 3429 100% 9380 (longest request)
-n : 表示的测试的次数，很多地方翻译成“发送请求的次数”，这样很容易产生歧义，应该叫：“http请求数”比价合适；这里表示1000次http请求；
-c : 表示每次的请求数，-c 50表示一次同时发起50个http请求，50次请求都收到响应了之后，再次发送50个http请求，直到发满1000次。