一.常用的windows计数器

processor

%processor time    建议阈值85%

memory

Available bytes    建议阈值少于4MB需要添加内存；
另外，又建议至少要有10%的物理内存值
Pages reads/sec Page Reads/sec 是指为解析硬页错误而读取磁盘的次数，如果该值一直持续较大，表明可能内存不足
建议阈值30（5？），大数值表示磁盘读而不是缓存读
Pages writes/sec Page Writes/sec 是指为了释放物理内存空间而将页写入磁盘的次数
Pages Input/sec Pages Input/sec 指为解决页错误从磁盘上读取的页数
Pages Output/sec Pages Output/sec 是指为了释放物理内存空间而写入磁盘的页数
如果该值远远大于Pages Input/sec,可能有内存泄露
Pages/sec Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数
建议阈值20

Network interface

（对于TCP/IP） Bytes received/sec 该数据结合Bytes total/sec看
Bytes sent/sec 该数据结合Bytes total/sec看
Bytes total/sec 推荐不要超过带宽的50%
Packets/sec 根据实际数据量大小，无建议阈值，该数据结合Bytes total/sec看

Disk

Physical disk Disk reads/sec 取决于硬盘制造商的规格，检查磁盘的指定传送速度，以验证此速度没有超出规格
Disk writes/sec 取决于硬盘制造商的规格，检查磁盘的指定传送速度，以验证此速度没有超出规格
又：上两值相加，应小于磁盘设备的最大容量
%Disk Time 建议阈值90%
Current disk queue length
Avg. disk queue length(如果使用RAID设备，%Disk Time计数器显示的值可以大于100%。如果大于100%，则使用Avg. disk queue length计数器决定正在等待磁盘访问的系统请求的平均数) 不超过磁盘数的1.5~2倍
如果上两值始终较高,可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器

一些注意事项
1. 如果监视不超过4个小时，则每15秒更新一次比较合理；如果将监视系统8个小时或更长时间，则设置的间隔不要小于300秒
2. 个人认为测试报告结果同时还要附上图参考，因为单靠最小、最大和平均值还不能说明问题
3. 与物理磁盘计数器的数据不同，逻辑磁盘计数器的数据默认情况下不是由操作系统搜集。要获得逻辑驱动器或存储卷的性能计数器数据，必须在命令提示符下键入diskperf –yv。默认情况下，操作系统使用diskperf –yd命令包含物理驱动器数据。使用命令diskperf的详细信息，请在命令提示符下键入diskperf -？。
4. 通常，决定性能是否可以接受是一种主观判断，随用户环境的变化而明显地变化。
5. 内存不足是计算机系统中的严重性能问题最常见的原因。工作站响应速度很慢最有可能是内存和处理器问题造成的；服务器更容易受到磁盘和网络问题的影响。
6. 在程序启动时，每个程序的Process%Processor Time值迅速攀升、降低，然后稳定。注意程序启动时处理器的峰值非常重要；你可能要暂时忽略监视数据中高的启动值，以获得典型程序使用处理器情况的更精确的图片。
7. 当内存减少时，操作系统开始通过从活动较少的程序的工作集(working set)中获得内存来补充，因此，将看到一个程序工作集的增大，而其他程序的值减少。如果系统中没有足够的内存来满足所有活动程序的要求，将发生内存页交换，程序性能将受到影响。
8. 如果发生了内存泄漏，ProcessPrivate Bytes计数器和ProcessWorking set 计数器的值往往会升高，同时Available bytes会降低。
9. 如果Process不见了,修改注册表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPerfProcPerformance 下的Disable Performance Counters值为0.

二.性能分析
1.内存分析方法

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

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

（1）首先查看MemoryAvailable Mbytes指标

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

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

（2）注意Pages/sec、Pages Read/sec和Page Faults/sec的值

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

如果Pages/sec的技术持续高于几百，可能有内存问题。Pages/sec值不一定大九表明有内存问题，可能是运行使用内存映射文件的程序所致。Page Faults/sec说明每秒发生页面失效次数，页面失效次数越多，说明操作系统向内存读取的次数越多。此事需要查看Pages Read/sec的计数值，该计数器的阀值为5，如果计数值超过5(有点问题,路过者知道的可说下...)，则可以判断存在内存方面的问题。

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

(3)根据Physical Disk计数器的值分析性能瓶颈

对Physical Disk计数器的分析包括对Page Reads/sec和%Disk Time及Aerage Disk Queue Length的分析。如果Pages Read/sec很低，同时%Disk Time和Average Disk Queue Length的值很高，则可能有磁盘瓶颈。但是，如果队列长度增加的同时Pages Read/sec并未降低，则是内存不足。

注：在UNIX/LINUX系统中，对应的指标是Reads(Writes)per sec、Percent of time the disk is busy和Average number of transactions waiting for service.

2.处理器分析法

（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非常高，加入一个网卡可能回提高性能。

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为发送和接收字节的速率，可以通过该计数器值来判断网络链接速度是否是瓶颈，具体操作方法是用该计数器的值和目前网络的带宽进行比较。

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方式了