apache并发测试工具ab为什么测不准

我们常常使用apache下的并发测试工具ab进行动态或静态页面URL的并发测试，以此作为服务器性能、配置以及系统架构是否合乎要求的一个衡量标准。 但是有一个问题，就是ab的表现并不稳定，在不同的机器上用ab对同一个服务器上的URL资源做测试常常出现截然不同的数据。就算在同一台机器上用ab做 测试，测试10组数据，也会有几组的数据存在较大的差异，以下是我曾做过的几组试验，先介绍下试验步骤及环境。
1、首先准备一台机器作为web服务器，硬件配置为硬件配置为Intel(R) Celeron(R) CPU G530 @ 240GHz 32位 内存4G 双核，系统版本CentOS release 55，web服务器版本Apache/2214。
2、web服务器采用apache，采用worker模式，具体配置为：
默认开启5个进程，每个进程下2个线程，最大开75个线程（此参数关系到实际系统开启的进程数，如果开启进程设置过多，以最大线程数为准），最大连接数为500。
3、apache以调用php模块的方式执行php脚本（非fast-cgi模式）。
4、首先在两台不同的机器上对此服务器用ab进行压测，将两台不同的机器编号为A与B，A为一台笔记本，性能较差，2G内存，且上面运行了一些程序占用 了一定比率的CPU及内存。B为一台台式机，硬件配置为CPU Intel G530 24GHz 内存 4GB，下面是测试数据：
A
50个并发，执行50次页面（每个连接执行一次页面，页面为phpinfo页面）
平均执行时间在17~18秒 简直不能忍
B
50个并发，执行50次页面
平均执行时间在02秒左右 毫无压力（3次平均）
100个并发，执行100次页面
平均执行时间在04秒左右 （3次平均）
200个并发，执行200次页面
平均执行时间在08秒左右（3次平均）
用A机器进行的测试结果，并发量连50都达不到，但用B机器测试WEB服务器可以胜任200个并发处理。为什么会出现如此截然不同的数据差别，还是要从原理上来分析。
ab是客户端模拟多线程来通过socket对服务器发起TCP请求，并等待服务器处理执行页面输出页面结果并返回到客户端以此来计算页面的执行时间等相 关数据。那么客户端CPU处理多线程的能力，测试时客户机的CPU状态、内存状态都会对测试结果造成影响，如果客户机同时处理这么多请求的能力很弱，那么 需要很长时间才能将请求发送到服务器，服务器处理完后也需要很长时间对返回数据做处理，这样就达不到测试服务器性能的要求了。因为时间都被客户机耗去了。 所以我们在测试的时候首先要选择好测试机，尽量选择性能较好的机器测试。因为得出的结论是天差地别的。
5、接下来我们单独用B机器进行测试，进行高强度的测试，连续测试20组数据，以200个并发、执行200次页面为测试条件，测试页面还是phpinfo页面，以下是测试数据：
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
每秒请求数：237 每个请求执行时间：843
测试结果非常稳定，没有大差异的结果。那么用300个并发、执行300次页面为测试条件结果会是怎样呢，以下是测试数据：
每秒请求数：79 每个请求执行时间：3765
每秒请求数：80 每个请求执行时间：3718
每秒请求数：81 每个请求执行时间：3671
每秒请求数：80 每个请求执行时间：3750
每秒请求数：79 每个请求执行时间：3796
每秒请求数：81 每个请求执行时间：3687
每秒请求数：79 每个请求执行时间：3765
每秒请求数：82 每个请求执行时间：3656
每秒请求数： 81 每个请求执行时间：3703
每秒请求数： 82 每个请求执行时间：3640
在高并发下的执行结果也比较稳定。
6、接下来我们在web服务器上进行测试，看测试结果是怎样的，测试10组数据 以200个并发、执行200次页面为测试条件，测试页面为phpinfo页面，以下是测试数据：
每秒请求数：1716 每个请求执行时间：116
每秒请求数：1764 每个请求执行时间：113
每秒请求数：1706 每个请求执行时间：117
每秒请求数：1643 每个请求执行时间：114
每秒请求数：1767 每个请求执行时间：113
每秒请求数：1732 每个请求执行时间：115
每秒请求数：727 每个请求执行时间：274
每秒请求数：249 每个请求执行时间：801
每秒请求数：1728 每个请求执行时间：115
每秒请求数：113每个请求执行时间： 1765
以上结果，比在B机器上表现的更好，但存在几个不稳定的数据。分析一下，一方面是网络传输速度的原因导致（本机上网络传输速度更快，所以成绩较好）。另一 方面是由于ab本身在执行的时候消耗的cpu的性能，但这个我的观点是影响可以忽略不计。还有一方面导致数据不稳定的因素可能是由于TCP连接在上一次测 试时为完全释放导致的原因。
综上所述，对于测试web服务器的性能，我们最好可以找一台独立的、性能较好的、并且上面没有运行很多应用程序的机器进行测试，这样的结果会更接近生产环 境的实际结果。实际的php页面执行复杂度可能是phpinfo的好几倍，所以在选定测试页面时，可以预先做一些复杂度更高的php页面进行测试，这样测 试的准确度会更高。

windows *** 作系统下查看tomcat或apache的当前的并发数和连接数可以使用netstat命令；
具体 *** 作方法如下：
Netstat
显示协议统计和当前的 TCP/IP 网络连接。该命令只有在安装了 TCP/IP 协议后才可以使用。
netstat [-a] [-e] [-n] [-s] [-p protocol] [-r] [interval]
参数
-a
显示所有连接和侦听端口。服务器连接通常不显示。
-e
显示以太网统计。该参数可以与 -s 选项结合使用。
-n
以数字格式显示地址和端口号（而不是尝试查找名称）。
-s
显示每个协议的统计。默认情况下，显示 TCP、UDP、ICMP 和 IP 的统计。-p 选项可以用来指定默认的子集。

首先，传统的正向代理如下图所示，正如我们用的游戏加速代理，大多的个人PC把请求发给正向代理服务器，代理服务器通常配置高端的带宽，替我们请求相应的服务。
而负载均衡中的反向代理，通常意义上，是一个请求转发的代理。类似一个收发室的管理人员，外来的很多邮件，传到收发室，然后由管理员分配给不同的办公室。

windows *** 作系统下查看tomcat或apache的当前的并发数和连接数可以使用netstat命令；
具体 *** 作方法如下：
Netstat
显示协议统计和当前的 TCP/IP 网络连接。该命令只有在安装了 TCP/IP 协议后才可以使用。
netstat [-a] [-e] [-n] [-s] [-p protocol] [-r] [interval]
参数
-a
显示所有连接和侦听端口。服务器连接通常不显示。
-e
显示以太网统计。该参数可以与 -s 选项结合使用。
-n
以数字格式显示地址和端口号（而不是尝试查找名称）。
-s
显示每个协议的统计。默认情况下，显示 TCP、UDP、ICMP 和 IP 的统计。-p 选项可以用来指定默认的子集。

---