性能分析方法

 1、内存分析方法

  内存分析方法主要是用于判断系统有无遇到内存瓶颈,是否需要通过增加内存等手段提高系统性能表现。主要计数器包括Memory和Physical Disk类别的计数器

  内存分析的主要步骤和方法如下:

  (1) 首先查看Memory\Available Mbytes指标

  该值是用于描述系统可用内存的直接指标,在对系统进行操作系统级别的内存分析时,首先应通过该值建立一个初步的印象,了解性能系统测试过程中,系统是否仍然有足够的内存可用。

  如果该指标的数据比较小,系统可能出现了内存方面的问题,此时需要进一步分析。

  (2) 注意Pages/sec、Pages Read/sec和Page Faults/sec的值

  操作系统经常会使用磁盘交换的方式来提高系统可用的内存量或是提高内存的使

  用效率。这三个指标直接反映了操作系统进行磁盘交换的频度。

  如果Pages/sec的计数持续高于几百,很可能存在内存方面的问题,但其值很大不一定表示内存有问题,而可能是运行使用内存映射文件的程序所致。

  Page Faults/sec说明了每秒发生页面失效的次数,页面失效次数越多,说明操作系统向内存中读取的次数越多。

  此时还需要查看Pages Read/sec计数器,该计数器阀值为5,如果超过5,则可以判定存在内存方面的问题。

  (3) 根据Physical Disk计数器的值分析性能瓶颈

  对于Physical Disk计数器的分析包括Pages Read/sec和%Disk Time及Average

  Disk Queue Length的分析。

  如果Pages Read/sec很低,同时%Disk Time和Average Disk Queue Length

  的值很高,则可能有磁盘瓶颈。

  但是如果Average Disk Queue Length增加的同时Pages Read/sec并未降低,则是由于内存不足。

  (备注:内存分析方法用到的计数器指标主要有:

  Memory\Available Mbytes

  Memory\Pages/sec、Pages Read/sec和Page Faults/sec

  Physical Disk%Disk Time、Average Disk Queue Length

  )

  2、处理器分析方法

  处理器(CPU)也可能是系统的瓶颈,对处理器进行性能分析的步骤如下:

  (1) 首先查看System%Total Processor Time性能计数器的计数值

  该值用于体现服务器整体的处理器利用率,对多处理器的系统而言,该数值体现的是所有CPU的平均利用率。

  如果该值的数值持续超过90%,则说明整个系统面临这处理器方面的瓶颈,需要增加处理器来提高性能。

  注意:

  由于操作系统本身的特性,在某些多CPU系统中,该数据本身并不大,但此时CPU

  之间的负载状况极不均衡,此时也应该视作系统产生了处理器方面的瓶颈。

  (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时,说明产生了处理器阻塞。在处理器的%Processor Time恒时候,一般都伴随着处理器阻塞,但产生阻塞时,Processor%Processor Time计数器的值并不一定很大,此时就需要查找处理器阻塞的原因。

  %DPC Time是另一个需要关注的内容,该数值越低越好,在多系统处理器中,如果这个值大于50%并且Processor%Processor Time非常高,加入一个网卡可能会提高性能。

  (备注:处理器分析方法所用到的主要计数器指标有:

  System%Total Processor Time

  Processor%Processor Time、%User Time、%Privileged Time、%DPC Time

  System\Processor Queue Length

  )

  3、磁盘I/O分析方法

  通过对Physical Disk和Memory计数器值进行内存分析的方法,可以知道,磁盘I/O也是影响系统性能的一个关键因素。如果分析的计数器指标来自于数据库服务器、文件服务器或是流媒体服务器,磁盘I/O对系统来说更容易成为瓶颈。

  以下是磁盘I/O的分析方法:

  (1) 计算每磁盘的I/O数

  每磁盘的I/O数可用来与磁盘的I/O能力进行对比,如果经过计算得到的每磁盘I/O数超过了磁盘标称的I/O能力,则说明确实存在磁盘的性能瓶颈。

  下表给出了每磁盘I/O的计算公式:

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

  (2) 与Processor\Privileged Time合并进行分析

  如果在Physical Disk计数器中,只有%Disk Time比较大,其他值都比较适中,硬盘可能会是瓶颈。

  若几个值都比较大,且数值持续超过80%,则可能是内存泄漏

  (3) 根据Disk Transfer/sec进行分析

  一般来说,定义该值小于15ms最为优异,介于15-30ms之间为良好,30-60ms之间为可以接受,超过60ms则需要考虑更换硬盘或硬盘的RAID方式了。

  (备注:磁盘I/O分析方法用到的计数器有:

  Processor\Privileged Time

  Physical Disk%Disk Time、Disk Transfer/sec

  )

  4、进程分析方法

  (1) 查看进程的%Processor Time值

  每个进程的%Processor Time反映进程所消耗的处理器时间。用不同进程所消耗的处理器时间进行对比,可以很容易的看出具体是哪个进程在性能测试过程中消耗了最多的处理器时间,从而可以据此针对应用进行优化。

  (2) 查看每个进程产生的页面失效

  可以用每个进程产生的页面失效(通过Process\Page Failures/sec计数器获得)和系统的页面失效(可通过Memory\Page Failures/sec计数器获得)的比值,来判断哪个进程产生了最多的失效页面,这个进程要么是需要大量内存的进程,要么是非常活跃的进程,可以对其进行中的分析。

  (3) 了解进程的Process\Private Bytes

  Process\Private Bytes是指进程所分配的无法与其他进程共享的当前字节数量。该计数器主要用拉判断进程在性能测试过程中有无内存泄漏。

  例如:对于一个IIS之上的web应用,我们可以重点监控inetinfo进程的Private Bytes,如果在性能测试过程中,该进程的Private Bytes计数器值不断增加,或是性能测试停止后一段时间,该进程的Private Bytes仍然持续在高水平,则说明应用存在内存泄漏。

  (备注:进程分析方法用到的计数器主要有:

  Process%Processor Time、Page Failures/sec、Page Failures/sec、Private Bytes

  )

  5、网络分析方法

  网络分析是一件技术含量很高的工作,在一般的组织中都有专门的网络管理人员进行网络分析,对测试工程师来说,如果怀疑网络是系统的瓶颈,可以要求网络仍有来写真进行网络方面的检测。

  Network Interface\Bytes Total/sec为发送和接收字节的速率(包括帧字符在内)。可以通过该计数器的值判断网络连接速度是否是瓶颈,具体操作方法是用该计数器的值与目前的网络带宽进行比较。

时间: 2024-11-07 01:34:54

性能分析方法的相关文章

性能测试(五)性能分析方法

影响软件应用性能的因素有很多,下面简单介绍下其中几种影响因素及分析方法.     ----参考书籍<软件性能测试过程详解与案例剖析> 有关于Windows和linux系统的性能计数器,大家可参考虫师的博客:http://www.cnblogs.com/fnng/archive/2012/10/30/2747246.html 一.内存分析 内存的使用情况是系统性能中重要的因素之一,频繁的页交换及内存泄露都会影响到系统的性能(这里主要以Windows系统为主). 内存分析用于判断系统有无遇到内存瓶

Android APP性能分析方法及工具

近期读到<Speed up your app>一文.这是一篇关于Android APP性能分析.优化的文章.在这篇文章中,作者介绍他的APP分析优化规则.使用的工具和方法.我觉得值得大家借鉴.英文好的读者可读原文(链接:http://blog.udinic.com/2015/09/15/speed-up-your-app). 1.作者的规则 作者每次着手处理或寻找性能问题时,遵循下列规则: 时常检测 在更新APP前后,用测试工具软件多检测几次APP性能,可快速得到测试数据.这些数字是不会说谎的

php代码性能分析方法

1.用到的函数 microtime() ,函数返回当前 Unix 时间戳和微秒数,本函数以 "msec sec" 的格式返回一个字符串,其中 sec 是自 Unix 纪元(0:00:00 January 1, 1970 GMT)起到现在的秒数,msec 是微秒部分.字符串的两部分都是以秒为单位返回的 memory_get_usage() ,函数返回内存使用量,还可以有个参数,$real_usage,其值为布尔值.如果设置为 TRUE,获取系统分配的真实内存尺寸.如果未设置或者设置为 F

使用gprof来对程序的性能分析总结

综述 gprof用于分析函数调用耗时,可用之抓出最耗时的函数,以便优化程序. gcc链接时也一定要加-pg参数,以使程序运行结束后生成gmon.out文件,供gprof分析. gprof默认不支持多线程程序,默认不支持共享库程序. gcc -pg 编译程序 运行程序,程序退出时生成 gmon.out gprof ./prog gmon.out -b 查看输出 注意事项 程序如果不是从main return或exit()退出,则可能不生成gmon.out. 程序如果崩溃,可能不生成gmon.out

带你玩转Visual Studio——性能分析与优化

上一篇文章带你玩转Visual Studio--VC++的多线程开发讲了VC++中多线程的主要用法.多线程是提升性能和解决并发问题的有效途经.在商用程序的开发中,性能是一个重要的指标,程序的性能优化也是一个重要的工作. 找到性能瓶颈 二八法则适合很多事物:最重要的只占其中一小部分,约20%,其余80%的尽管是多数,却是次要的.在程序代码中也是一样,决定应用性能的就那20%的代码(甚至更少).因此优化实践中,我们将精力集中优化那20%最耗时的代码上,这那20%的代码就是程序的性能瓶颈,主要针对这部

玩转mongodb(五):mongodb 3.0+ 查询性能分析

mongodb性能分析方法:explain() 为了演示的效果,我们先来创建一个有200万个文档的记录.(我自己的电脑耗了15分钟左右插入完成.如果你想插更多的文档也没问题,只要有耐心等就可以了.) 1 for(var i=0;i<2000000;i++){ 2 db.person.insert({"name":"ryan"+i,"age":i}); 3 } MongoDB 3.0之后,explain的返回与使用方法与之前版本有了很大的变化

SylixOS调试方法详解——性能分析

1. SylixOS调试方法介绍 SylixOS实现了一个功能强大的调试stub(桩),可在设备或模拟器上在线调试应用程序,RealEvo-IDE也提供配套的调试插件.目前RealEvo-IDE既支持自动推送调试.也支持传统的手动启动gdbserver的调试方式.在官方公布的使用手册中没有详细写出在日常开发中非常实用的几种调试方式,本文主要介绍性能分析的调试方法. 在日常开发过程中经常会遇到程序不够快的情况,但是不知道到底慢在哪里,往往是随意寻找函数优化,并没有没有真正定位到程序哪里慢,存在很大

Oracle性能分析4:数据访问方法之全扫描

SQL语句执行时,Oracle的优化器会根据统计信息确定表的访问方式,一般来说,有两种基本的数据访问方式:1)全扫描.在全扫描(全表扫描或者快速全索引扫描)中,多个块被读入到一个IO运算中.2)索引扫描.索引扫描首先扫描索引叶子块以取得特定的行id(rowid),然后利用这些行id来访问父表取得实际的行数据,访问通过单块读取来完成.这里主要讲解全扫描方式,后面将介绍索引扫描. 使用全扫描 当对一个表进行全扫描时,会将表中所有数据块(block)取出并进行处理,筛选出符合条件的数据.注意Oracl

性能测试之操作系统计数器分析方法

内存分析方法: 内存分析用于判断系统有无遇到内存瓶颈,是否需要通过增加内存等手段提高系统性能表现.内存分析需要使用计数器:Memory & Physical Disk类别的计数器,以下是内存分析的主要方法和步骤 1>.查看Memory\Available Mbytes指标,该计数器是描述系统可用内存的直接指标,在对系统进行操作系统级别的内存分析时,首先通过该指标建立一个初步的印象,了解性能测试过程中系统是否仍然有足够的内存可用,如果该指标的数据比较小,系统可能出现了内存方面的问题,这时需要继