（3）研究系统处理器瓶颈

　　查看 SystemProcessor Queue Length 计数器的值，当该计数器的值大于CPU数量的总数＋1时，说明产生了处理器阻塞。在处理器的%Process Time很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor\%Process Time 计数器的值并不一定很大，此时必须查找处理器阻塞的原因。

　　%DOC Time 是另一个需要关注的内容，该计数器越低越好。在多处理器系统中，如果这个值大于50％，并且Processor\%Precessor Time非常高，加入一个网卡可能回提高性能。

　　3、磁盘I/O分析方法

　　（1）计算梅磁盘的I/O数

　　每磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。

　　每磁盘I/O计算方法

　　RAID0计算方法：（Reads +Writes)/Number of Disks

　　RAID0计算方法：（Reads +2*Writes)/2

　　RAID0计算方法：[Reads +(4*Writes)]/Number of Disks

　　RAID0计算方法：[Reads +(2*Writes)]/Number of Disks

　　（2）与ProcessorPrivileged Time 合并进行分析

　　如果在Physical Disk 计数器中，只有％Disk Time 比较大，其他值都比较适中，硬盘可能会是瓶颈。若几个值都比较大，且数值持续超过80％，则可能是内存泄漏。

　　（3）根据Disk sec/Transfer进行分析

　　一般来说，定义该数值小于15ms为Excellent，介于15～30ms之间为良好，30～60ms之间为可以接受，超过60ms则需要考虑更换硬盘或是硬盘的RAID方式了。

　　4、进程分析方法

　　（1）查看进程的％Processor Time值

　　每个进程的％Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比，可以看出具体哪个进程在性能测试过程中消耗了多的处理器时间，从而可以据此针对应用进行优化。

　　（2）查看每个进程产生的页面失效

　　可以用每个进程产生的页面失效（通过PRCESSPAGE FAILURES/SEC计数器获得）和系统页面失效(可以通过MEMORYPAGE FAILURES/SEC计数器获得)的比值，来判断哪个进程产生了多的页面失效，这个进程要么是需要大量内存的进程，要么是非常活跃的进程，可以对其进行重点分析。

　　（3）了解进程的Process/Private Bytes

　　Process/Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用来判断进程在性能测试过程中有无内存泄漏。例如：对于一个IIS之上的 WEB应用，我们可以重点监控inetinfo进程的Private Bytes，如果在性能测试过程中，该进程的Private Bytes计数器值不断增加，或是性能测试停止后一段时间，该进程的Private Bytes仍然持续在高水平，则说明应用存在内存泄漏。

　　注：在UNIX/LINUX系统中，对应的指标是Resident Size

　　5、网络分析方法

　　网络分析是一件技术含量很高的工作，在一般的组织中都有专门的网络管理人员进行网络分析，对测试工程师来说，如果怀疑网络是系统的瓶颈，可以要求网络仍有来写真进行网络方面的检测。

　　Network InterfaceBytes Total/sec为发送和接收字节的速率，可以通过该计数器值来判断网络链接速度是否是瓶颈，具体操作方法是用该计数器的值和目前网络的带宽进行比较。（备注：网络分析方法用到的计数器主要有：Network InterfaceBytes Total/sec）