参考如下文章：
http://www.cnblogs.com/dreamer-fish/p/3417134.html
《性能测试从0开始》204页起
1.排除内存问题
Memory/ Available MBytes 可用物理内存（参考值：>=10%）（若<4 MB 或更小,总的内存可能不足，或某程序没有释放内存)
Memory/ Pages/sec 表示为了解决硬错误而从硬盘上读取或写入硬盘的页数（参考值：00~20）(若>20,需研究页交换活动，若>80,则表示有问题）
Memory/ Page Faults/sec 表示每秒钟处理的错误页数，包括硬错误和软错误
Memory/ Page Input/sec 表示为了解决硬错误而写入硬盘的页数（参考值：>=Page Reads/sec），衡量硬错误页发生的速率
Memory/ Page Reads/sec 表示为了解决硬错误而从硬盘上读取的页数。（参考值： <5）（若持续>=5,表可能内存不足）
页交换活动主要关注硬错误，即Page Faults/sec —Transition Fault/sec（软错误）、Page Input/sec、Page Reads/sec。硬错误会使系统的运行效率很快将下来。
Memory/ cache bytes 文件系统缓存，默认为50%可用物理内存。 若内存不够时，会自动整理缓存，需关注其趋势变化。
file cache hits% 文件缓存命中全部缓存需求的比例，反映了iis文件缓存设置的工作情况。（对于一个大部分静态网页组成的网站，在80%左右为好）
Memory/ Committed Bytes 以字节表示的确认虚拟内存（参考值： <=物理内存*75%)
2.怀疑内存泄漏
Process/ Private Bytes、Process/ Working Set 值会升高
Memory/Available Bytes 值降低
private Bytes :进程无法与其他进程共享的字节数量。该计数器的值较大时，有可能是内存泄露的信号
3.检查过于频繁的页交换
由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足，这容易与导致页交换的磁盘瓶颈混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：
· Physical Disk/ % Disk Time
· Physical Disk/ Avg.Disk Queue Length
例如如果 Page Reads/sec很低，同时 % Disk Time 和 Avg.Disk Queue Length的值很高，则可能有磁盘瓶径。
但是，如果队列长度Avg.Disk Queue Length增加的同时页面读取速率Page Reads/sec并未降低，则内存不足。
4.处理器
4.1 System/ Processor Queue Length 用于瓶颈检测。处理队列中的线程数（如果该队列的长度大于处理器个数+1，就表示处理器有可能处于阻塞状态（参考值：<=处理器个数+1）
4.2 Processor/ % Processor Time ： CPU使用率，显示所有CPU线程处理时间(参考值：<75%. 若一个或多个处理器的该值持续超过90%，则表示此时负载 对于目前硬件过于沉重。）（排除内存原因，若该值大，网卡和硬盘值低，则为CPU瓶颈）
若Processor Queue Length>处理器个数+1,% Processor Time>90%，则可能处理器瓶颈。
若Processor Queue Length>处理器个数+1,% Processor Time很低，则只是处理器阻塞问题。
4.3 System/ context switches/sec 指所有处理器全都从一个线程转换到另一个线程的综合速率。 如果切换次数到5000*CPU个数-10000*CPU个数时，说明他忙于切换线程而不是处理ASP脚本
4.4 Processor/ %DPC Time
处理器在网络处理上消耗的时间，该值越低越好。在多处理器系统中，如果这个值大于50%并且%Processor Time非常高，加入一个网卡可能会提高性能。
4.5 Processor/ interrupts/sec 处理器每秒接收并维护的硬件中断的平均值。（如果 % Processor Time >90%,且% interrupts time >15%,则处理器负荷过重，并发生中断）
4.6 Processor/ % User Time是指系统的非核心操作消耗的CPU时间，如果该值较大，可以考虑是否通过优化算法等方法降低这个值。如果该服务器是数据库服务 器，Processor/ % User Time大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间，此时可以考虑对数据库系统进行优化
5 磁盘
如果分析的计数器指标来自于数据库服务器、文件服务器或是流媒体服务器，磁盘I/O对这些系统来说更容易成为瓶颈。
每磁盘的I/O数可用来与磁盘的I/O能力进行对比，如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力，则说明确实存在磁盘的性能瓶颈。
下表给出了每磁盘I/O的计算公式：（如何得到磁盘标称的I/O能力如何查看？ 在bios里查看吗？）
| RAID类型 | 计算方法 |
| RAID0 | (Reads+Writes)/Number of Disks |
| RAID1 | (Reads+2*Writes)/2 |
| RAID5 | [Reads+(4*Writes)]/Number of Disks |
| RAID10 | [Reads+(2*Writes)]/Number of Disks |
%Disk Time
表示磁盘驱动器为读取或写入请求提供服务所用的时间百分比，如果只有%Disk Time比较大，硬盘有可能是瓶颈
Average Disk Queue Length
表示磁盘读取和写入请求提供服务所用的时间百分比，可以通过增加磁盘构造磁盘阵列来提高性能（<=磁盘数的2倍）
要平衡网络服务器上的负载，需要了解服务器磁盘驱动 器的繁忙程度。使用 Physical Disk/ % Disk Time 计数器，该计数器显示驱动器活动时间的百分比。如果 % Disk Time 较高（超过 90%），请检查 Physical Disk/ Current Disk Queue Length 计数器以查看正在等待磁盘访问的系统请求数量。等待 I/O 请求的数量应当保持在不大于组成物理磁盘的主轴数的 1.5 到 2 倍。
Average Disk sec/Transfer
磁盘中写入数据的平均时间，单位是s
计数器反映磁盘完 成请求所用的时间。较高的值表明磁盘控制器由于失败而不断重试该磁盘。这些故障会增加平均磁盘传送时间。一般来说，定义该值小于15ms最为优异，介于 15-30ms之间为良好，30-60ms之间为可以接受，超过60ms则需要考虑更换硬盘或硬盘的RAID方式了
Average Disk Bytes/Transfer
值大于 20 KB 表示该磁盘驱动器通常运行良好；如果应用程序正在访问磁盘，则会产生较低的值。例如，随机访问磁盘的应用程序会增加平均 Disk sec/Transfer 时间，因为随机传送需要增加搜索时间。
========================
计算磁盘IOPS的三个因素：
| RAID类型 | 公式 |
| RAID5、RAID3 | Drive IOPS=Read IOPS + 4*Write IOPS |
| RAID6 | Drive IOPS=Read IOPS + 6*Write IOPS |
| RAID1、RAID10 | Drive IOPS=Read IOPS + 2*Write IOPS |
| 硬盘类型 | IOPS |
| FC 15K RPM | 180 |
| FC 10K RPM | 140 |
| SAS 15K RPM | 180 |
| SAS 10K RPM | 150 |
| SATA 10K RPM | 290 |
| SATA 7.2K RPM | 80 |
| SATA 5.4K RPM | 40 |
| Flash drive | 2500 |
1) 业务需求： 10TB 的FC 15K RPM存储空间，满足6000 IOPS，计算RAID5，RAID10分别需要多少块硬盘？
首先需要知道I/O中读操作与写操作所占的百分比。 假定6000 IOPS中读/写比是2：1
RAID10：（2/3）*6000+2*（1/3）*6000= 8000 IOPS
RAID5：（2/3）*6000+4*（1/3）*6000=12000 IOPS
参照不同硬盘类型的IOPS值，换算出需要多少块盘：
RAID10：8000 /180 = 45块
RAID5：12000/180 =67块
监测对象：Network Interface
网络分析是一件技术含量很高的工作，在一般的组织中都有专门的网络管理人员进行网络分析，对测试工程师来说，如果怀疑网络是系统的瓶颈，可以要求网络仍有来写真进行网络方面的检测。
Network Interface/Bytes Total/sec为发送和接收字节的速率（包括帧字符在内）。可以通过该计数器的值判断网络连接速度是否是瓶颈，具体操作方法是用该计数器的值与目前的网络带宽进行比较。
Byte Total/sec
表示网络中接受和发送字节的速度，可以用该计数器来判断网络是否存在瓶颈（参考值：该计数器和网络带宽相除，<50%）
7
3193
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
