1.处理器分析法
(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非常高,加入一个网卡可能回提高性能。 2.磁盘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方式了。 3.进程分析方法 (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 4.网络分析方法 Network InterfaceBytes Total/sec为发送和接收字节的速率,可以通过该计数器值来判断网络链接速度是否是瓶颈,具体操作方法是用该计数器的值和目前网络的带宽进行比较 |
性能分析:处理器、磁盘I/O、进程、网络分析方法
最新推荐文章于 2023-07-06 09:44:17 发布