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页面进行测试，这样测 试的准确度会更高。

AB资源打包后有一个目录文件AssetBundle，他保存了所有AB资源的路径与名称，
通过aLLAssetBundleURL链接路径 组拼 从目录文件获得的AB资源的名字，然后再协程方法内编写相关代码，从而实现从服务器加载资源的功能。详细见代码。
using SystemCollections;
using SystemCollectionsGeneric;
using UnityEngine;
using UnityEngineNetworking;
using SystemIO;

public class DownLoadAssetBundle : MonoBehaviour
{
//AB资源文件保存在服务器中的位置(我的服务器寄了，加载不到了)
private string mainAssetBundleURL = @">