LoadRunner性能测试指标分析

Object

Counters

Descrīption

Reference value

Memory

Available Mbytes

可用物理内存数如果Available Mbytes的值很小（4 MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。

4 MB或更小，至少要有10%的物理内存值

Page/sec

(Input/Out)

为了解析硬页错误，从磁盘取出或写入的页数。

一般如果Page/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

推荐00-20

如果服务器没有足够的内存处理其工作负荷，此数值将一直很高。如果大于80，表示有问题(太多的读写数据操作要访问磁盘，可考虑增加内存或优化读写数据的算法)。

该系列计数器的值比较低说明响应请求比较快， 否则可能是服务器系统内存短缺引起（也可能是缓存太大， 导致系统内存太少）。

5越低越好

Page Fault

处理器每秒处理的错误页（包括软/硬错误）。

当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/sec记数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。许多处理器可以在有大量软错误的情况下继续操作。但是，硬错误可以导致明显的拖延。

Page Input/sec

为了解决硬错误页，从磁盘上读取的页数。

Page Output/sec

Page reads/sec

为了解决硬错误页，从磁盘上读取的次数。解析对内存的引用，必须读取页文件的次数。

阈值为5越低越好。大数值表示磁盘读而不是缓存读。

Cache Bytes

文件系统缓存，默认情况下为50%的可用物理内存。如IIS50运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化

内存泄露

如果您怀疑有内存泄露，请监视Memory\\ Available Bytes和Memory\\ Committed Bytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\\Private Bytes、Process\\Working Set和Process\\Handle Count。如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\\Pool Nonpaged Bytes、Memory\\ Pool Nonpaged Allocs和Process(process_name)\\ Pool Nonpaged Bytes。

Process

Page Faults/sec

将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。

Private Bytes

此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。

Work set

处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。

Processor

% Processor Time

被消耗的处理器时间数量如果服务器专用于sql server可接受的最大上限是80% -85%也就是常见的CPU使用率

ProcessorQueue Length

判断CPU瓶颈,如果processor queue length显示的队列长度保持不变(=2)并且处理器的利用率%Processor time超过90%,那么很可能存在处理器瓶颈如果发现processor queue length显示的队列长度超过2,而处理器的利用率却一直很低,或许更应该去解决处理器阻塞问题,这里处理器一般不是瓶颈

Physical

Disk

%DiskTime

指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。

正常值10，此值过大表示耗费太多时间来访问磁盘，可考虑增加内存、更换更快的硬盘、优化读写数据的算法。若数值持续超过80 (此时处理器及网络连接并没有饱和)，则可能是内存泄漏。

CurrentDiskQueueLength

读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。(磁盘数15-2倍)

AvgDisk Queue

Length

AvgDisk Read

QueueLength

AvgDisk Write

QueueLength

Disk Read/sec

Disk Write/sec

读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。

磁盘瓶颈判断公式：

每磁盘的I/O数=（读次数+（4写次数））/磁盘个数。

如果计算出来的每磁盘的I/O数大于磁盘的处理能力，那么磁盘存在瓶颈。

AvgDiskQueue Length正常值05，此值过大表示磁盘IO太慢，要更换更快的硬盘。

性能测试方法是通过模拟生产运行的业务压力量和使用场景组合，测试系统的性能是否满足生产性能要求。通俗地说，这种方法就是要在特定的运行条件下验证系统的能力状态。

特点：

1、这种方法的主要目的是验证系统是否有系统宣称具有的能力。

2、这种方法要事先了解被测试系统经典场景，并具有确定的性能目标。

3、这种方法要求在已经确定的环境下运行。

也就是说，这种方法是对系统性能已经有了解的前提，并对需求有明确的目标，并在已经确定的环境下进行的。

通过在被测系统上不断加压，直到性能指标达到极限，例如“响应时间”超过预定指标或某种资源已经达到饱和状态。

特点：

1、这种性能测试方法的主要目的是找到系统处理能力的极限。

2、这种性能测试方法需要在给定的测试环境下进行，通常也需要考虑被测试系统的业务压力量和典型场景、使得测试结果具有业务上的意义。

3、这种性能测试方法一般用来了解系统的性能容量，或是配合性能调优来使用。

也就是说，这种方法是对一个系统持续不段的加压，看你在什么时候已经超出“我的要求”或系统崩溃。

负载测试方法是对系统或设备进行增加压力并测量其性能指标的过程。执行负载测试以在正常和峰值负载条件下找出系统的行为。有助于指定应用程序的极限操作量以及任何瓶颈，以便隔离导致降级的组件。换一种说法，麻烦制造者。

压力测试方法测试系统在一定饱和状态下，例如cpu、内存在饱和使用情况下，系统能够处理的会话能力，以及系统是否会出现错误

特点：

1、这种性能测试方法的主要目的是检查系统处于压力性能下时，应用的表现。

2、这种性能测试一般通过模拟负载等方法，使得系统的资源使用达到较高的水平。

3、这种性能测试方法一般用于测试系统的稳定性。

也就是说，这种测试是让系统处在很大强度的压力之下，看系统是否稳定，哪里会出问题。

当系统上的负载超出标准使用模式，以检查异常极端或最高负载下的系统反应时，这就是压力测试。负荷通常如此之大以至于错误条件是预期的结果，但是当活动不再是负荷测试并且变成压力测试时，不存在明确的边界。

并发测试方法通过模拟用户并发访问，测试多用户并发访问同一个应用、同一个模块或者数据记录时是否存在死锁或其者他性能问题。

特点：

1、这种性能测试方法的主要目的是发现系统中可能隐藏的并发访问时的问题。

2、这种性能测试方法主要关注系统可能存在的并发问题，例如系统中的内存泄漏、线程锁和资源争用方面的问题。

3、这种性能测试方法可以在开发的各个阶段使用需要相关的测试工具的配合和支持。

也就是说，这种测试关注点是多个用户同时（并发）对一个模块或操作进行加压。

其主要目的是发现系统中可能隐藏的并发访问时的问题。例如内存泄漏、线程死锁、资源争用等。

配置测试方法通过对被测系统的软\硬件环境的调整，了解各种不同对系统的性能影响的程度，从而找到系统各项资源的最优分配原则。

特点：

1、这种性能测试方法的主要目的是了解各种不同因素对系统性能影响的程度，从而判断出最值得进行的调优操作。

2、这种性能测试方法一般在对系统性能状况有初步了解后进行。

3、这种性能测试方法一般用于性能调优和规划能力。

也就是说，这种测试关注点是“微调”，通过对软硬件的不段调整，找出这他们的最佳状态，使系统达到一个最强的状态。

基准测试是通过科学的测试方法、测试工具和测试系统，实现对一类测试对象的某项性能指标进行定量的可对比的测试；可测量、可重复、可对比是基准测试的三大准则（取自）

其主要目的是为对某项性能指标（或业务指标）与某一基线指标相对比的测试过程（可对比）

在给系统加载一定业务压力的情况下，使系统运行一段时间，以此检测系统是否稳定。

特点：

1、这种性能测试方法的主要目的是验证是否支持长期稳定的运行。

2、这种性能测试方法需要在压力下持续一段时间的运行。（2~3天）

3、测试过程中需要关注系统的运行状况。

可靠性测试是为了评估产品在规定的寿命期间内、在预期的使用、运输或储存等所有环境下、保持功能可靠性而运动的活动，是将产品暴漏在自然或人工的条件下经受其作用，以评价产品在实际应用、运输的环境条件下的性能，并分析研究环境因素的影响程度以及其工作机制。。。。

其实可靠性测试的概念大致概念就是通过给系统加载一定的业务压力（例如资源在70%~90%的使用率），让应用持续运行一段时间，测试系统在这种条件下能否稳定运行。

也就是说，这种测试的关注点是“稳定”，不需要给系统太大的压力，只要系统能够长期处于一个稳定的状态。

稳定性测试是就测试系统长期稳定运行的能力，在系统的运行过程中，对系统进行施压，观察系统的各项性能指标，以及服务器指标。

其主要目的在与系统长期处于压力下的运行能力（或者正常业务压力下）；在测试过程中尽量延长测试时间，增大压力来提高测试的可靠性。

容量测试：（Capacity Testing）

容量测试，顾名思义，大致概念偏向于负载测试（巴拉巴拉，不再粘贴）

扩展性测试：（Extensibility Testing）

通常说的水平伸展（也是高并发系统中的一个重要因素），何谓水平伸展，在保证系统性能的情况下，可以通过增加机器来释放系统压力，谓之水平伸展。

失效恢复测试是针对有冗余备份和负载均衡的系统设计的。该测试方法可以用来检验如果系统局部发生故障，用户是否能够继续使用系统，以及如果这种情况发生，用户将收到多大程度的影响。

特点：

（1）主要目的在于验证在局部故障情况下、系统能否继续使用；一般的关键业务系统都会采用热备份或负载均衡的方式来实现。这种业务系统一般要求如果有一台或者几台服务器发生故障，应用系统仍然能够正常执行业务。测试时可以模拟服务器故障，观察恢复技术是否能够发挥作用。

（2）这种性能测试方法还需要指出，当问题发生后系统能够支持多少用户访问的概念或者采取某种应急措施的方案。

（3）一般来说，只有对系统持续运行指标有明确要求的系统才需要进行这种类型的测试。不是所有的系统都需要进行该测试的。

浪涌测试是中模拟加压的场景测试，固定的线程数量在不同的时间内持续运行相同的时间。

例如：

10个线程在10s启动，持续运行10s，10s停止。

10个线程在20s启动，持续运行10s，10s停止。

10个线程在30s启动，持续运行10s，10s停止。

接口性能测试方案 白皮书 V10

性能常关注指标

要检测电脑性能，可以采取以下几种方法