- 浏览: 427063 次
- 性别:
- 来自: 广州
文章分类
最新评论
-
iwwenbo:
别逗好不好
Popup.js 弹出窗口 -
bugnuke:
尼玛 跑不了。。。
Popup.js 弹出窗口 -
tangzhifei:
创建Subversion授权文件放哪目录下?前面我的都对了,到 ...
Trac系列(8):windows下Apache+SVN+Trac安装及配置(一) -
zoutuo1986:
正在安装,确实很慢,一定要选择网速快的时候安装,
eclipse 插件springide安装 -
johnsonyang:
this.jmsTemplate.send(
...
spring,weblogic配置jms
Memory: 内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁,说明内存不
足。“页交换”是使用称为“页面”的单位,将固定大小的代码和数据块从 RAM 移动到磁盘的过程,其目的是
为了释放内存空间。尽管某些页交换使 Windows 2000 能够使用比实际更多的内存,也是可以接受的,但频繁的
页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况,请从以下的对象计数器
开始:
Available Mbytes:可用物理内存数. 如果Available Mbytes的值很小(4 MB 或更小),则说明计算机上总的内
存可能不足,或某程序没有释放内存。
page/sec: 表明由于硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面
数。一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页
的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec 的值很大不一定表明内存有问
题,而可能是运行使用内存映射文件的程序所致。
page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5. 越
低越好。大数值表示磁盘读而不是缓存读。
由于过多的页交换要使用大量的硬盘空间,因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。
因此,在研究内存不足不太明显的页交换的原因时,您必须跟踪如下的磁盘使用情况计数器和内存计数器:
Physical Disk\ % Disk Time
Physical Disk\ Avg.Disk Queue Length
例如,包括 Page Reads/sec 和 % Disk Time 及 Avg.Disk Queue Length。如果页面读取操作速率很低,同时
% Disk Time 和 Avg.Disk Queue Length的值很高,则可能有磁盘瓶径。但是,如果队列长度增加的同时页面读
取速率并未降低,则内存不足。
要确定过多的页交换对磁盘活动的影响,请将 Physical Disk\ Avg.Disk sec/Transfer 和 Memory\ Pages/sec
计数器的值增大数倍。如果这些计数器的计数结果超过了 0.1,那么页交换将花费百分之十以上的磁盘访问时
间。如果长时间发生这种情况,那么您可能需要更多的内存。
Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较
page/sec只表明数据不能在内存的指定工作集中立即使用。
Cache Bytes:文件系统缓存(File System Cache),默认情况下为50%的可用物理内存。如IIS5.0 运行内存不
够时,它会自动整理缓存。需要关注该计数器的趋势变化
如果您怀疑有内存泄露,请监视 Memory\ Available Bytes 和 Memory\ Committed Bytes,以观察内存行为,
并监视您认为可能在泄露内存的进程的 Process\Private Bytes、Process\Working Set 和Process\Handle
Count。如果您怀疑是内核模式进程导致了泄露,则还应该监视 Memory\Pool Nonpaged Bytes、Memory\ Pool
Nonpaged Allocs 和 Process(process_name)\ Pool Nonpaged Bytes。
Pages per second :每秒钟检索的页数。该数字应少于每秒一页。
%Processor Time: 被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%
Page Faults/sec:将进程产生的页故障与系统产生的相比较,以判断这个进程对系统页故障产生的影响。
Work set: 处理线程最近使用的内存页,反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内
存,页就会被留在工作集中,当自由内存少于一个特定的阈值时,页就会被清除出工作集。
Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降
低,则此计数器可以是内存泄漏的最佳指示器。
Processor:监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息,帮助
您决定是否存在瓶颈。
%Processor Time:如果该值持续超过95%,表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。
%User Time:表示耗费CPU的数据库操作,如排序,执行aggregate functions等。如果该值很高,可考虑增加索
引,尽量使用简单的表联接,水平分割大表格等方法来降低该值。
%Privileged Time:(CPU内核时间)是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值
和"Physical Disk"参数值一直很高,表明I/O有问题。可考虑更换更快的硬盘系统。另外设置Tempdb in RAM,
减低"max async IO","max lazy writer IO"等措施都会降低该值。
此外,跟踪计算机的服务器工作队列当前长度的 Server Work Queues\ Queue Length 计数器会显示出处理器瓶
颈。队列长度持续大于 4 则表示可能出现处理器拥塞。此计数器是特定时间的值,而不是一段时间的平均值。
% DPC Time:越低越好。在多处理器系统中,如果这个值大于50%并且Processor:% Processor Time非常高,加入
一个网卡可能会提高性能,提供的网络已经不饱和。
Thread
ContextSwitches/sec: (实例化inetinfo 和dllhost 进程) 如果你决定要增加线程字节池的大小,你应该监视
这三个计数器(包括上面的一个)。增加线程数可能会增加上下文切换次数,这样性能不会上升反而会下降。如
果十个实例的上下文切换值非常高,就应该减小线程字节池的大小。
Physical Disk:
%Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较
大,那么硬盘不是瓶颈。如果只有%Disk Time比较大,另外两个都比较适中,硬盘可能会是瓶颈。在记录该计数
器之前,请在Windows 2000 的命令行窗口中运行diskperf -yD。若数值持续超过80%,则可能是内存泄漏。
Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的
1.5~2 倍。要提高性能,可增加磁盘。注意:一个Raid Disk实际有多个磁盘。
Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。
Disk Reads(Writes)/s: 物理磁盘上每秒钟磁盘读、写的次数。两者相加,应小于磁盘设备最大容量。
Average Disksec/Read: 指以秒计算的在此盘上读取数据的所需平均时间。
Average Disk sec/Transfer:指以秒计算的在此盘上写入数据的所需平均时间。
Network Interface:
Bytes Total/sec :为发送和接收字节的速率,包括帧字符在内。判断网络连接速度是否是瓶颈,可以用该计数
器的值和目前网络的带宽比较
SQLServer性能计数器:
Access Methods(访问方法) 用于监视访问数据库中的逻辑页的方法。
. Full Scans/sec(全表扫描/秒) 每秒不受限的完全扫描数。可以是基本表扫描或全索引扫描。如果这个计数器
显示的值比1或2高,应该分析你的查询以确定是否确实需要全表扫描,以及S Q L查询是否可以被优化。
. Page splits/sec(页分割/秒)由于数据更新操作引起的每秒页分割的数量。
Buffer Manager(缓冲器管理器):监视 Microsoft? SQL Server? 如何使用: 内存存储数据页、内部数据结构
和过程高速缓存;计数器在 SQL Server 从磁盘读取数据库页和将数据库页写入磁盘时监视物理 I/O。 监视
SQL Server 所使用的内存和计数器有助于确定: 是否由于缺少可用物理内存存储高速缓存中经常访问的数据而
导致瓶颈存在。如果是这样,SQL Server 必须从磁盘检索数据。 是否可通过添加更多内存或使更多内存可用于
数据高速缓存或 SQL Server 内部结构来提高查询性能。
SQL Server 需要从磁盘读取数据的频率。与其它操作相比,例如内存访问,物理 I/O 会耗费大量时间。尽可能
减少物理 I/O 可以提高查询性能。
.Page Reads/sec:每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总
数。由于物理 I/O 的开销大,可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设
计等方法,使开销减到最小。
.Page Writes/sec (.写的页/秒) 每秒执行的物理数据库写的页数。
.Buffer Cache Hit Ratio. 在“缓冲池”(Buffer Cache/Buffer Pool)中没有被读过的页占整个缓冲池中所
有页的比率。可在高速缓存中找到而不需要从磁盘中读取的页的百分比。这一比率是高速缓存命中总数除以自
SQL Server 实例启动后对高速缓存的查找总数。经过很长时间后,这一比率的变化很小。由于从高速缓存中读
数据比从磁盘中读数据的开销要小得多,一般希望这一数值高一些。通常,可以通过增加 SQL Server 可用的内
存数量来提高高速缓存命中率。计数器值依应用程序而定,但比率最好为90% 或更高。增加内存直到这一数值持
续高于90%,表示90% 以上的数据请求可以从数据缓冲区中获得所需数据。
. Lazy Writes/sec(惰性写/秒)惰性写进程每秒写的缓冲区的数量。值最好为0。
Cache Manager(高速缓存管理器) 对象提供计数器,用于监视 Microsoft? SQL Server? 如何使用内存存储对
象,如存储过程、特殊和准备好的 Transact-SQL 语句以及触发器。
. Cache Hit Ratio(高速缓存命中率,所有Cache”的命中率。在SQL Server中,Cache可以包括Log Cache,
Buffer Cache以及Procedure Cache,是一个总体的比率。) 高速缓存命中次数和查找次数的比率。对于查看SQL
Server高速缓存对于你的系统如何有效,这是一个非常好的计数器。如果这个值很低,持续低于80%,就需要增
加更多的内存。
Latches(闩) 用于监视称为闩锁的内部 SQL Server 资源锁。监视闩锁以明确用户活动和资源使用情况,有助于
查明性能瓶颈。
. Average Latch Wait Ti m e ( m s ) (平均闩等待时间(毫秒)) 一个SQL Server线程必须等待一个闩的平均
时间,以毫秒为单位。如果这个值很高,你可能正经历严重的竞争问题。
. Latch Waits/sec (闩等待/秒) 在闩上每秒的等待数量。如果这个值很高,表明你正经历对资源的大量竞争。
Locks(锁) 提供有关个别资源类型上的 SQL Server 锁的信息。锁加在 SQL Server 资源上(如在一个事务中进
行的行读取或修改),以防止多个事务并发使用资源。例如,如果一个排它 (X) 锁被一个事务加在某一表的某
一行上,在这个锁被释放前,其它事务都不可以修改这一行。尽可能少使用锁可提高并发性,从而改善性能。可
以同时监视 Locks 对象的多个实例,每个实例代表一个资源类型上的一个锁。
. Number of Deadlocks/sec(死锁的数量/秒) 导致死锁的锁请求的数量
. Average Wait Time(ms) (平均等待时间(毫秒)) 线程等待某种类型的锁的平均等待时间
. Lock Requests/sec(锁请求/秒) 每秒钟某种类型的锁请求的数量。
Memory manager:用于监视总体的服务器内存使用情况,以估计用户活动和资源使用,有助于查明性能瓶颈。监
视 SQL Server 实例所使用的内存有助于确定:
是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样,SQL Server 必须从
磁盘检索数据。
是否可以通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
Lock blocks:服务器上锁定块的数量,锁是在页、行或者表这样的资源上。不希望看到一个增长的值。
Total server memory:sql server服务器当前正在使用的动态内存总量.
监视IIS需要的一些计数器
Internet Information Services Global:
File Cache Hits %、File CacheFlushes、File Cache Hits
File Cache Hits %是全部缓存请求中缓存命中次数所占的比例,反映了IIS 的文件缓存设置的工作情况。对于
一个大部分是静态网页组成的网站,该值应该保持在80%左右。而File Cache Hits是文件缓存命中的具体值,
File CacheFlushes 是自服务器启动之后文件缓存刷新次数,如果刷新太慢,会浪费内存;如果刷新太快,缓存
中的对象会太频繁的丢弃生成,起不到缓存的作用。通过比较File Cache Hits 和File Cache Flushes 可得出
缓存命中率对缓存清空率的比率。通过观察它两个的值,可以得到一个适当的刷新值(参考IIS 的设置
ObjectTTL 、MemCacheSize 、MaxCacheFileSize)
Web Service:
Bytes Total/sec:显示Web服务器发送和接受的总字节数。低数值表明该IIS正在以较低的速度进行数据传输。
Connection Refused:数值越低越好。高数值表明网络适配器或处理器存在瓶颈。
Not Found Errors:显示由于被请求文件无法找到而无法由服务器满足的请求数(HTTP状态代码404)
发表评论
-
Loadrunner关联
2008-09-28 16:40 3994Loadrunner关联(一)什么 ... -
LoadRunner监控器系列-How to set up the WebLogic monitor
2008-09-28 16:37 2756Installation Overview LoadRunne ... -
Loadrunner 测试sql语句性能
2008-09-28 11:05 6027本次通过loadrunner录制Sql ... -
如何在 LoadRunner 脚本中做关联 (Correlation)
2008-09-28 11:04 3042当录制脚本时,VuGen会 ... -
十步完成Web应用程序压力测试
2008-09-28 10:55 1734Web 应用程序是决定网站 ... -
分析图表-中级测试师用
2008-09-28 10:52 1428在论坛混了多日,发现越来越多的性能测试工程师基本上都能够掌握利 ... -
LR性能分析图解释
2008-09-27 11:23 2365Transactions(用户事务分析)用户事务分析是站在用户 ... -
Loadrunner关于页面检查的几个函数详解
2008-09-27 11:07 3139环境:51Testing软件测试网/VDn_([Loadrun ... -
Loadrunner 日志参数的设置与使用
2008-09-27 11:05 2535转载请注明出处:http://www.51testing.co ... -
lR知识
2008-09-23 16:25 1320问题1:LoadRunner响应时间 ... -
性能瓶颈分析方法
2008-09-23 16:19 3310同一场景1.小用户量的情况下测试2.大用户量情况下的测试分析的 ... -
LoadRunner中HTTP协议的录制及两种录制模式的比较
2008-09-23 14:36 2031一,脚本编写 1, “HTML –base scrīpt”和 ... -
LoadRunner例子:检查点为参数的一个例子
2008-09-23 14:30 2680检查点是LoadRunner的一个功能,用来验证业务功能的正确 ... -
LoadRunner中字符串的操作
2008-09-23 14:29 2364LoadRunner中常用的字符串操作函数有: ... -
LoadRunner编程之文件的操作
2008-09-23 14:28 2023这篇文章主要写下LoadRunner下如何进行文件的操作。 1 ... -
LoadRunner关联函数的脚本实例--如何操作关联参数
2008-09-23 14:24 4924这几天一直在学习LoadRunner的VuGen编程,今天想对 ... -
关于Loadrunner非常好的英文网站
2008-09-23 14:07 1883今天无意间在一个测试同行的BLOG中发现了这个网站的链接: h ... -
LoadRunner脚本编写(6)— 数据类型转换和字符串操作
2008-09-22 16:05 4695一,数据类型转换 没有使用过C编程的LoadRunner脚本编 ... -
LoadRunner脚本编写(5)-- 检查点,关联等函数
2008-09-22 16:04 4112本文接着前面脚本编写4 http://www.51testin ... -
LoadRunner学习---脚本编写(4)(比较重要)
2008-09-22 16:01 4919今天接着来翻译http://www.wilsonmar.com ...
相关推荐
### LR性能计数器的分析 #### 一、概述 LoadRunner(以下简称LR)作为一款广泛使用的性能测试工具,能够帮助测试人员模拟大量的用户访问,评估系统的性能与稳定性。其中,“LR性能计数器的分析”主要关注的是如何...
### 用LR监视Oracle #### 1. 设置Oracle监视器环境 为了有效地使用LoadRunner (LR) 对Oracle数据库进行性能监控,首先需要确保满足一系列基本的环境配置要求。以下是具体的步骤: 1. **安装Oracle客户端**:在...
如果仍然无法访问,可以尝试使用Windows自带的“性能日志和警报”功能创建计数器日志,监控CPU、内存和磁盘等性能指标,但这将不再通过LR进行监控。 2. **LR监控步骤**: - 在Controller的“Windows Resources”...
4. **启动Performance Logs and Alerts服务**:这是一个特殊的系统服务,需要通过管理工具的“性能”-“计数器日志”下的System计数器来自动开启,LR收集的性能数据即来源于此。 5. **验证权限**:通过\\被监视机器...
### LoadRunner Apache配置详解 #### 一、LoadRunner与Apache服务器监控 LoadRunner是一款功能强大的负载...此外,通过实时监控这些指标,还可以及时发现并解决潜在的性能问题,从而提高系统的整体性能和用户体验。
LoadRunner函数中文翻译系列之二--Check 1 LoadRunner函数中文翻译系列之二--Check 2 LoadRunner函数中文翻译系列之三--Concurrent Group 让LoadRunner走下神坛 LoadRunner监视的性能计数器 ...
场景定义了运行脚本的虚拟用户数量、机器列表以及运行参数,同时配置性能监视器以监控关键性能指标。 在执行测试场景时,LoadRunner会按照预设的条件运行虚拟用户,同时收集性能数据。测试完成后,利用Analysis组件...
- 添加监控:通过Windows资源监视窗口和性能计数器监控系统资源,如CPU、内存、网络等。 - 执行脚本并分析结果:分析响应时间、事务成功率等关键指标,找出性能瓶颈。 6. 分析以及监视场景 分析包括内存使用、...
3. 寄存器结构:ARM处理器有多种工作模式,每个模式下都有专用寄存器,如程序计数器(PC)、链接寄存器(LR)和状态寄存器(SP、R13/R14)等。 4. 指令集:ARM采用V8架构的32位和64位指令集,包括数据处理指令、分支...
2. **寄存器布局**:Cortex-M3有16个32位通用寄存器,包括程序计数器PC、链接寄存器LR、堆栈指针SP和中断控制器状态寄存器R15等。 3. **异常模型**:Cortex-M3处理中断和异常的方式,包括复位、未定义指令、SWI...
ARMv7-M架构中的处理器核心通常会有一组通用寄存器和一些特殊的寄存器,例如程序计数器(PC)、链接寄存器(LR)和状态寄存器(xPSR)等,它们在程序执行中扮演着重要的角色。 手册的附录还提供了一些技术参考资料...
- ARM处理器拥有大量的寄存器资源,包括通用寄存器、程序计数器(PC)、链接寄存器(LR)以及程序状态寄存器(PSR)等。 - **程序状态寄存器(PSR)**:用于存储处理器的状态信息,如条件码标志位、中断禁止标志位等...
- **通用寄存器**:共16个,包括R0-R12和SP(栈指针)、LR(链接寄存器)、PC(程序计数器)。 - **特殊用途的程序状态寄存器 (xPSR)**:包含当前处理器的状态和控制信息。 **2.4 数据类型** - 包括整型、浮点型等...
- **定义**: 根据IEEE定义,嵌入式系统是“控制、监视或者辅助装置、机器和设备运行的装置”。国内更广泛的定义为:“以应用为中心、以计算机技术为基础、软件硬件可裁剪、适应应用系统对功能、可靠性、成本、体积、...
通用寄存器用于保存数据和中间结果,而特殊寄存器(如程序计数器PC、链接寄存器LR等)则用于控制程序的执行流程。 **2.4 异常(Exceptions)** ARM处理器支持多种类型的异常处理机制,包括复位、未定义指令、预取...
ARM架构拥有多个通用寄存器,以及一些特殊用途寄存器如程序计数器(PC)、链接寄存器(LR)、状态寄存器等。这些寄存器在不同模式下可能有不同的别名,以满足不同的应用场景需求。 **2.4 异常(EXCEPTIONS)** ARM...