1。内存分析方法算法
内存分析用于判断系统有无内存瓶颈,是否须要经过增长内存等手段提升系统性能表现。数据库
内存分析须要使用的计数器:Memory类别和Physical Disk类别的计数器。内存分析的主要方法和步骤:服务器
(1)首先查看Memory\Available Mbytes指标网络
若是该指标的数据比较小,系统可能出现了内存方面的问题,须要继续下面步骤进一步分析。ide
注: 在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)研究系统处理器瓶颈
查看 System\Processor 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)与Processor\Privileged 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)查看每一个进程产生的页面失效
能够用每一个进程产生的页面失效(经过PRCESS\PAGE FAILURES/SEC计数器得到)和系统页面失效(能够经过MEMORY\PAGE FAILURES/SEC计数器得到)的比值,来判断哪一个进程产生了最多的页面失效,这个进程要么是须要大量内存的进程,要么是很是活跃的进程,能够对其进行重点分析。
(3)了解进程的Process/Private Bytes
Process/Private Bytes是指进程所分配的没法与其余进程共享的当前字节数量。该计数器主要用来判断进程在性能测试过程当中有无内存泄漏。例如:对于一个IIS之上的 WEB应用,咱们能够重点监控inetinfo进程的Private Bytes,若是在性能测试过程当中,该进程的Private Bytes计数器值不断增长,或是性能测试中止后一段时间,该进程的Private Bytes仍然持续在高水平,则说明应用存在内存泄漏。
注:在UNIX/LINUX系统中,对应的指标是Resident Size
5。网络分析方法
Network Interface\Bytes Total/sec为发送和接收字节的速率,能够经过该计数器值来判断网络连接速度是不是瓶颈,具体操做方法是用该计数器的值和目前网络的带宽进行比较。
RAID0计算方法:[Reads +(2*Writes)]/Number of Disks
(2)与Processor\Privileged Time 合并进行分析
若是在Physical Disk 计数器中,只有%Disk Time 比较大,其余值都比较适中,硬盘可能会是瓶颈。若几个值都比较大,且数值持续超过80%,则多是内存泄漏。
(3)根据Disk sec/Transfer进行分析
通常来讲,定义该数值小于15ms为Excellent,介于15~30ms之间为良好,30~60ms之间为能够接受,超过60ms则须要考虑更换硬盘或是硬盘的RAID方式了。