性能测试的瓶颈分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
通过Windows Resource进行性能分析
1、内存分析方法
内存分析用于判断系统有无内存瓶颈,是否需要通过增加内存等手段提高系统性能表现。
内存分析需要使用的计数器:Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤:
(1)首先查看Memory\Available Mbytes指标
如果该指标的数据比较小,系统可能出现了内存方面的问题,需要继续下面步骤进一步分析。
注:在UNIX/LINUX中,对应指标是FREE(KB)
(2)注意Pages/sec、Pages Read/sec和Page Faults/sec的值
操作系统会利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。
Pages/sec的值推荐为0~20,如果大于80,就可以怀疑可能有内存问题。
但Pages/sec值不一定就表明有内存问题,也可能是运行使用内存映射
文件的程序所致。
Page Faults/sec说明每秒发生页面失效次数,页面失效次数越多,说明操作系统向内存读取的次数越多。此时需要查看Pages Read/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%,则有
理由怀疑可能是处理器方面的瓶颈。
为进一步确认是否是处理器方面的瓶颈,可以查看processor queue length 显示的队列长度。如果该值一直>=2,并且CPU的平均利用率持续超过
90%,那么可以确认是处理器方面存在瓶颈。
但如果processor queue length显示的队列长度一直>=2,但CPU的平均利用率却一直很低,那么可能是处理器阻塞,而不一定是处理器瓶颈。
注:多处理器系统中,该数据本身不大,但PUT直接负载状况极不均衡,也应该视作系统产生处理器方面瓶颈。
(2)其次查看每个CPU的Processor\%Processor Time 和Processor\%User Time 和Processor\%Privileged Time
Processor\%User Time 是系统非核心操作消耗的CPU时间,如果该值较大,可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是
数据库服务器,Processor\%User Time 值大的原因很可能是数据库的排
序或是函数操作消耗了过多的CPU时间,此时可以考虑对数据库系统
进行优化。
Processor\%Privileged Time是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和“Physical Disk”参数值一直很高,表明I/O有
问题。可考虑更换更快的硬盘系统。
(3)研究系统处理器瓶颈
查看System\Processor Queue Length 计数器的值,当该计数器的值大于CPU数量的总数+1时,说明产生了处理器阻塞。在处理器的%Process
Time很高时,一般都随处理器阻塞,但产生处理器阻塞时,
Processor\%Process Time 计数器的值并不一定很大,此时就必须查找处
理器阻塞的原因。
%DPC 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
RAID1计算方法:(Reads +2*Writes)/2
RAID5计算方法:[Reads +(4*Writes)]/Number of Disks
RAID10计算方法:[Reads +(2*Writes)]/Number of Disks
(2)与Processor\Privileged Time 合并进行分析
若%Disk Time值较大,而Processor\Privileged Time的值适中,则可判断存在磁盘问题。
若Processor\Privileged Time较大,持续超过80%,则可能是内存泄漏。
(3)根据Disk sec/Transfer进行分析
Disk sec/Transfer是指以秒计算的在磁盘上写入数据所需的平均时间。一般来说,定义该数值小于15ms为Excellent,介于15~30ms之间为良好,30~60ms之间为可以接受,超过60ms则认为磁盘存在问题,需要考虑更换硬盘或是硬盘的RAID方式了。
4、进程分析方法
(1)查看进程的%Processor Time值
每个进程的%Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比,可以看出具体哪个进程在性能测试过程中消耗了最多的处理器时间,从而可以据此针对应用进行优化。
(2)查看每个进程产生的页面失效
可以用每个进程产生的页面失效(通过PROCESS\PAGE FAILURES/SEC计数器获得)和系统页面失效(可以通过MEMORY\PAGE FAILURES/SEC计数器获得)的比值,来判断哪个进程产生了最多的页面失效,这个进程要么是需要大量内存的进程,要么是非常活跃的进程,可以对其进行重点分析。
(3)了解进程的Process/Private Bytes