性能测试的瓶颈分析.docx

通过WindowsResource进行性能分析

1、内存分析方法

内存分析用于判断系统有无内存瓶颈，是否需要通过增加内存等手段提高系统性能表现。

内存分析需要使用的计数器：Memory类别和PhysicalDisk类别的计数器。内存分析的主要方法和步骤：

首先查看Memory\AvailableMbytes指标

如果该指标的数据比较小，系统可能出现了内存方面的问题，需要继续下面步骤进一步分析。

注：在UNIX/LINUX中，对应指标是FREE(KB)

注意Pages/sec、PagesRead/sec和PageFaults/sec的值

操作系统会利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。

Pages/sec的值推荐为0~20，如果大于80，就可以怀疑可能有内存问题。但Pages/sec值不一定就表明有内存问题，也可能是运行使用内存映射文件的程序所致。

PageFaults/sec说明每秒发生页面失效次数，页面失效次数越多，说明

操作系统向内存读取的次数越多。此时需要查看PagesRead/sec的计数值

PagesRead/sec该计数器的阀值为5，如果计数值超过5，则可以判断存在内存方面的问题。

注：在UNIX/LINUX系统中，对应指标是(page)si和(page)so.

根据PhysicalDisk计数器的值分析性能瓶颈

对PhysicalDisk计数器的分析包括对PageReads/sec和%DiskTime及AerageDiskQueueLength的分析。如果PagesRead/sec很低，同时%DiskTime和AverageDiskQueueLength的值很高，则可能有磁盘瓶颈。但是，如果队列长度增加的同时PagesRead/sec并未降低，则是内存不足。

注：在UNIX/LINUX系统中，对应的指标是Reads(Writes)persec、Percentoftimethediskisbusy和Averagenumberoftransactionswaitingforservice.

2、处理器分析法

（1）首先看System\%TotalProcessorTime性能计数器的计数值

该计数器的值体现服务器整体处理器利用率，对多处理器的系统而言，该计数器提醒所有CPU的平均利用率。如果该值持续超过90％，则有理由怀疑可能是处理器方面的瓶颈。

为进一步确认是否是处理器方面的瓶颈，可以查看processorqueuelength

显示的队列长度。如果该值一直=2，并且CPU的平均利用率持续超过

90％，那么可以确认是处理器方面存在瓶颈。

但如果processorqueuelength显示的队列长度一直=2，但CPU的平均利用率却一直很低，那么可能是处理器阻塞，而不一定是处理器瓶颈。

注：多处理器系统中，该数据本身不大，但PUT直接负载状况极不均衡，也应该视作系统产生处理器方面瓶颈。

其次查看每个CPU的Processor\%ProcessorTime和Processor\%UserTime和Processor\%PrivilegedTime

Processor\%UserTime是系统非核心操作消耗的CPU时间，如果该值较大，可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是数据库服务器，Processor\%UserTime值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化。

Processor\%PrivilegedTime是在特权模式下处理线程执行代码所花时间

的百分比。如果该参数值和“PhysicalDi参sk数”值一直很高，表明I/O有问题。可考虑更换更快的硬盘系统。

研究系统处理器瓶颈

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

%DPCTime是另一个需要关注的内容。指处理器用于推迟处理调用所

用的时间的百分比。该计数器越低越好。在多处理器系统中，如果这个值大于50％，并且Processor\%PrecessorTime非常高