性能分析（转帖） 博客分类： 性能调休部分经验总结 IT性能

1.处理器分析法
   （1）首先看System%Total Processor Time 性能计数器的计数值
该计数器的值体现服务器整体处理器利用率，对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。如果该值持续超过90％，则说明整个系统面临着处理器方面的瓶颈，需要通过增加处理器来提高性能。
   注：多处理器系统中，该数据本身不大，但PUT直接负载状况极不均衡，也应该视作系统产生处理器方面瓶颈。
   （2）其次查看每个CPU的Processor%Processor Time 和 Processor%User   Time 和 Processor%Privileged Time
Processor%User   Time 是系统非核心操作消耗的CPU时间，如果该值较大，可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是数据库服务器， Processor%User   Time 值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。
   （3）研究系统处理器瓶颈
查看 SystemProcessor Queue Length 计数器的值，当该计数器的值大于CPU数量的总数＋1时，说明产生了处理器阻塞。在处理器的%Process Time很高时，一般都随处理器阻塞，但产生处理器阻塞时，Processor%Process Time 计数器的值并不一定很大，此时就必须查找处理器阻塞的原因。
%DOC Time 是另一个需要关注的内容，该计数器越低越好。在多处理器系统中，如果这个值大于50％，并且Processor%Precessor Time非常高，加入一个网卡可能回提高性能。
2.磁盘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方式了。
3.进程分析方法
   （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
4.网络分析方法
   Network InterfaceBytes Total/sec为发送和接收字节的速率，可以通过该计数器值来判断网络链接速度是否是瓶颈，具体操作方法是用该计数器的值和目前网络的带宽进行比较。