性能测试工具LoadRunner32-LR之windows性能监控Perfmon

Perfmon是啥?

  Perfmon提供了图表化的系统性能实时监视器、性能日志和警报管理,可以用于监视CPU使用率、内存使用率、硬盘读写速度、网络速度等

性能分析方法

 内存分析方法

  内存分析用于判断系统有无内存瓶颈,是否需要通过增加内存等手段提高系统性能表现。

  主要方法和步骤:

  1.首先查看Memory:%Committed Bytes in Use指标

    如果该指标比例比较大,系统可能出现了内存方面的问题,需要继续下面步骤进一步分析。另外也可以查看Available Bytes,如果该值小说明可用内存不足,存在性能瓶颈。

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

    操作系统会利用磁盘较好的方式提高系统可用内存量或者提高内存的使用效率。这三个指标直接反应了操作系统进行磁盘交换的频度。

    Pages/sec值持续高于几百,可能有内存问题。Pages/sec值不一定大就表明有内存问题,可能是运行使用内存映射文件的程序所致。

    Page Faults/sec说明每秒发生页面失效次数,页面失效次数越多,说明操作系统向内存读取的次数越多。此时需要查看Page Read/sec的计数值,该计数器的阀值为5,如果计数值超过5,则可以判断存在内存方面的问题。

  处理器分析方法

  1.首先看System:%Total Processor Time性能计数器的计数值

    该计数器的值提现服务器整体处理器利用率,对多处理器的系统而言,该计数器提醒所有CPU的平均利用率。如果该值持续超过90%,则说明整个系统面临着处理器方面的瓶颈,需要通过增加处理器来提高性能。

  2.其次查看每个CPU的%User Time

    %User Time是系统非核心操作消耗的CPU时间,如果该值较大,可以考虑是否能通过友好算法等方法降低这个值。如果该服务器是数据库服务器,%User Time值大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU时间,此时可以考虑对数据库系统进行优化。

  3.研究系统处理器瓶颈

    查看System:Processor Queue Length计数器的值,当该计数器的值大于CPU数量的总数+1时,说明产生了处理器阻塞。在处理器的%Process Time很高时,一般都随处理器阻塞,但产生处理器阻塞时,Processor:%Processor Time计数器的值并不一定很大,此时就必须查找处理器阻塞的原因。

磁盘I/O分析方法

  1.计算每磁盘的I/O数

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

网络分析法

  Network Interface:Bytes Total/sec为发送和接收字节的速率,可以通过该计数器值来判断网络链接速度是否是瓶颈,具体操作方法是用该计数器的值和目前网络的带宽进行比较。

常用性能监控指标

  Perfmon性能监控对象总共有上百个性能指标。对于一个Windows操作系统来说,CPU、Memmery、Disk和Network等关键对象是性能监控中必不可少的项。

常用的性能对象与指标(红色优先重点关注)
性能对象 计数器           提供的信息
Processor %Idle Time %Idle Time是处理器在采样期间空闲的时间的百分比
%Processor Time %Processor Time指处理器用来执行非闲置线程时间的百分比。(即CPU占用率)该计数器是处理器活动的主要说明器
%User Time %User Time指处理器处于用户模式的时间百分比。用户模式是为应用程序、环境分系统和整数分系统设计的有限处理模式。
Memory Available Bytes Available Bytes显示出当前空闲的物理内存总量。当这个数值变小时,Windows开始频繁的调用磁盘页面文件。如果这个数值很小时,例如小于5MB,系统会将大部分时间消耗在操作页面文件上。
%Committed Bytes in Use %Committed Bytes in Use是Committed Bytes与Commit Limit之间的比值。即内存使用百分比
Page Faults/sec Page Faults/sec是指处理器处理错误页的综合速率,用错误页数/秒来计算。当处理器请求一个不在其工作集(在物理内存中的空间)内的代码或数据时出现的页错误。这个计数器包括硬错误(那些需要磁盘访问的)和软错误(在物理内存的其它地方找到的错误页)。许多处理器可以在有大量软错误的情况下继续操作。但是,硬错误可以导致明显的拖延。这个计数器显示用上两个实例中观察到的值之间的差除以实例间隔的持续时间所得的值。
Network Interface Bytes Total/sec Bytes Total/sec是发送和接收字节的速率,包括帧字符在内
Packets/sec Packets/sec为发送和接收数据包的速率
Physical Disk %Busy Time %Busy Time指磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果只有%Disk Time比较大,硬盘有可能是瓶颈。
Avg. Disk Queue Length Avg. Disk Queue Length指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数
Current Disk Queue Length Current Disk Queue Length指在收集操作数据时在磁盘上未完成的请求的数目。它包括在快照内存时正在为其提供服务中的请求。这是一个即时长度而非一定间隔时间的平均值。多主轴磁盘设备可以一次有多个请求操作,但是其它同时发生的请求为等候服务。这个计数器可能会反映一个暂时的高或低的队列长度,但是如果在磁盘驱动器存在持续负载,可能值会总是很高。请求等待时间与这个队列的长度减去磁盘上的主轴成正比。这个差值应小于2才能保持良好的性能。

 

原文地址:https://www.cnblogs.com/shenhainixin/p/9830489.html

时间: 2024-10-08 22:02:57

性能测试工具LoadRunner32-LR之windows性能监控Perfmon的相关文章

windows 性能监控

标 题: windows 性能监控之VC编译snmp作 者: itdef链 接: http://www.cnblogs.com/itdef/p/4003599.html 欢迎转帖 请保持文本完整并注明出处 windows性能监控可以使用如下几种方法: 一.自己C++调用APi .获取诸如 1.进程的空闲及计算时间对比计算CPU占用率 2.磁盘空闲率 3.遍历进程各种信息 4注册表查询安装软件等.这个之前在 <ProcessHacker学习笔记> http://www.cnblogs.com/i

Zabbix 上Windows性能监控

背景信息 最近在重新看一些关于windows 性能的书籍,对于我这样一个原来使用SCOM监控的懒人来说,Zabbix 上自带的windows OS template 的模板实在是不够用,因为之前SCOM监控包(微软出的,把所有工作都做了,我只需要按需启用规则和告警即可). 默认的Zabbix 性能数据只有Avg Latency,平均的数据也不准,想看下磁盘的Latency以及IOPS要自己动手,看了下zabbix 中windows performance Counter 的语法,我略有退缩了.全

windows性能监控

see also:http://www.cnblogs.com/upDOoGIS/archive/2010/11/19/1881970.html CPU Processor : % Processor Time 当前所有进程的处理器时间[即CPU使用率],如果该值持续超过95%,CPU是瓶颈.% Processor Time值=100% - Idle process时间比例 [即:空闲线程(Idle Thread)],CPU没事的时候就执行空闲线程. System Processor Queue

第21/24周 性能监控(PAL工具)

大家好,欢迎来到性能调优培训的最后一个月.在过去的5个月里,我们谈了SQL Server的各种性能相关的话题,包括性能调优的技术和问题. 但当在你面前,SQL Server没有按你预想的运行时,你会怎么办?为了帮你处理这个情况,今天我们会谈到下性能监控技术,下周我们会详细谈到SQL Server里所谓的等待统计(Wait Statistics).现在开始我们的性能监控. 让我们建立一个基线! 很多人坐在他们的SQL Server前,知道它的性能非常差,却不知道如何找出潜在的根源,也不知道如何解决

【转】性能测试设计和LR原理的探讨

做了4个迭代的性能测试, 在没有需求的情况下步步艰辛,把代码和框架独立开发从0到一万多行代码的测试工具(脚本),作为性能测试工具佼佼者Lr,我时而拿他作参考,山寨了它很多 东西,同时带有很多疑问对它实现性能测试的原因渡过了为期3个月的性能测试之旅.以下是我对比测试脚本和LR所得出的详细问题: 1.如何计算每秒处理包的数量 我针对这个曾经研究了很久.在多线程的情况下,压服务器的时候,是专门建立一个线程去采集这些信息,还是说在每个线程里面实现这个时间.后来我采取了后者.因为在到达了某项瓶颈之后,这段

susbench性能测试工具

susbench性能测试工具:1.cpu性能2.磁盘io性能3.调度程式性能4.内存分配及传输速度5.POSIX线程性能6.数据库性能(OLTP基准测试)现在sysbench主要支持 MySQL,pgsql,oracle 这3种数据库 centos6下面测试的安装:yum install http://dl.fedoraproject.org/pub/epel/6/x86_64//sysbench-0.4.12-5.el6.x86_64.rpm 测试cpu:   sysbench --test=

LR如何利用siteScope监控MySQL性能

本次实验,是在自己的电脑上使用APMServ5.2.6部署Discuz2.X论坛下,对该论坛的数据库MySQL5.1进行性能测试的,下面讲述LoadRunner在设计场景时,如何利用siteScope工具监控MySQL数据库性能: 一.在网上下载siteScope 我在网上搜了很久,发现siteScope软件的下载资源很少,毕竟它是收费的,想找个破解版,不过还是有的,哈哈...但是版本旧了点siteScope7.9.5 下载地址:http://download.csdn.net/detail/y

虚拟机性能监控与故障排查工具介绍

本文来读书籍<深入理解java虚拟机-JVM高级特性与最佳实践>的阅读笔记,并且对虚拟机性能监控与故障排查一节做了内容整理. 关于导图中的两部分内容还是希望大家能够亲自测试体验下,在网上也有不少的文章介绍,这里摘录几篇个人认为不错的文章,供参考: jstat/jinfo/jstack/jmap命令行工具使用详细介绍 VisualVM 官网介绍及使用说明 使用 VisualVM 进行性能分析及调优 使用VisualVm监控远程Linux服务器java进程 由于在 linux 服务器上面,使用远程

《深入理解Java虚拟机》虚拟机性能监控与故障处理工具

上节学习回顾 从课本章节划分,<垃圾收集器>和<内存分配策略>这两篇随笔同属一章节,主要是从理论+实验的手段来讲解JVM的内存处理机制.好让我们对JVM运行机制有一个良好的概念,才能继续往下学习. 本节学习重点 本节主要是针对JVM内存管理机制的一些监控手段,例如堆情况使用的监控,线程栈情况的监控等.有几句废话还是有必要在这里强调的,工具是人类思维的工具,例如Java语言是人类满足需求的一种技术手段,而监控工具只是维护程序应用的一种手段.所以,思考的逻辑思维要清晰,是问题引导工具,