loadrunner性能测试计数器分析_第1页
loadrunner性能测试计数器分析_第2页
loadrunner性能测试计数器分析_第3页
loadrunner性能测试计数器分析_第4页
loadrunner性能测试计数器分析_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1. Windows性能计数器分析对象计数器 分析Processor %processor time 建议阈值85% memory Available bytes 建议阈值少于4MB需要添加内存;另外,又建议至少要有10%的物理内存值 Pages reads/sec Page Reads/sec 是指为解析硬页错误而读取磁盘的次数,如果该值一直持续较大,表明可能内存不足建议阈值30(5?),大数值表示磁盘读而不是缓存读 Pages writes/sec Page Writes/sec 是指为了释放物理内存空间而将页写入磁盘的次数 Pages Input/sec Pages Input/sec

2、指为解决页错误从磁盘上读取的页数 Pages Output/sec Pages Output/sec 是指为了释放物理内存空间而写入磁盘的页数如果该值远远大于Pages Input/sec,可能有内存泄露 Pages/sec Pages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数建议阈值20 Network interface(对于TCP/IP) Bytes received/sec 该数据结合Bytes total/sec看 Bytes sent/sec 该数据结合Bytes total/sec看 Bytes total/sec 推荐不要超过带宽的50% Packets/sec 根

3、据实际数据量大小,无建议阈值,该数据结合Bytes total/sec看 Physical disk Disk reads/sec 取决于硬盘制造商的规格,检查磁盘的指定传送速度,以验证此速度没有超出规格 Disk writes/sec 取决于硬盘制造商的规格,检查磁盘的指定传送速度,以验证此速度没有超出规格又:上两值相加,应小于磁盘设备的最大容量 %Disk Time 建议阈值90% Current disk queue lengthAvg. disk queue length(如果使用RAID设备,%Disk Time计数器显示的值可以大于100%。如果大于100%,则使用Avg. dis

4、k queue length计数器决定正在等待磁盘访问的系统请求的平均数) 不超过磁盘数的1.52倍如果上两值始终较高,可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器 2.一些注意事项1. 如果监视不超过4个小时,则每15秒更新一次比较合理;如果将监视系统8个小时或更长时间,则设置的间隔不要小于300秒2. 个人认为测试报告结果同时还要附上图参考,因为单靠最小、最大和平均值还不能说明问题3. 与物理磁盘计数器的数据不同,逻辑磁盘计数器的数据默认情况下不是由操作系统搜集。要获得逻辑驱动器或存储卷的性能计数器数据,必须在命令提示符下键入diskperf yv。默认情况下,操作系统使用di

5、skperf yd命令包含物理驱动器数据。使用命令diskperf的详细信息,请在命令提示符下键入diskperf -?。4. 通常,决定性能是否可以接受是一种主观判断,随用户环境的变化而明显地变化。5. 内存不足是计算机系统中的严重性能问题最常见的原因。工作站响应速度很慢最有可能是内存和处理器问题造成的;服务器更容易受到磁盘和网络问题的影响。6. 在程序启动时,每个程序的Process%Processor Time值迅速攀升、降低,然后稳定。注意程序启动时处理器的峰值非常重要;你可能要暂时忽略监视数据中高的启动值,以获得典型程序使用处理器情况的更精确的图片。7. 当内存减少时,操作系统开始通

6、过从活动较少的程序的工作集(working set)中获得内存来补充,因此,将看到一个程序工作集的增大,而其他程序的值减少。如果系统中没有足够的内存来满足所有活动程序的要求,将发生内存页交换,程序性能将受到影响。8. 如果发生了内存泄漏,ProcessPrivate Bytes计数器和ProcessWorking set 计数器的值往往会升高,同时Available bytes会降低。9. 如果Process不见了,修改注册表HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesPerfProcPerformance 下的Disable Perfor

7、mance Counters值为0.3. Unix性能计数器分析 计数器 描述 Average load Ready状态并发进程的平均数 Collision rate 在以太网上侦察到的每秒冲突数 Context switches rate 每秒进程或线程之间的切换数 CPU utilization CPU使用时间的百分比 Disk rate 磁盘传输的速率 Incoming packets error rate 接受以太网包每秒的错误 Incoming packets rate 每秒接受的以太网包 Interrupt rate 每秒设备的中断次数 Outgoing packets error

8、 rate 发送以太网包每秒的错误 Outgoing packets rate 每秒发送以太网包 Page in rate 每秒读到物理内存的页数 Page out rate 每秒写到页面文件和从物理内存移动的页数 Paging rate 每秒读到物理内存或者写到页面文件的页数 Swap in rate 交换的进程数 Swap out rate 交换的进程数 System mode CPU utilization 系统模式下CPU使用时间的百分比 User mode CPU utilization 用户模式下CPU使用时间的百分比 4.SQL Server性能计数器分析计数器描述 Buffer

9、 manager/buffer cache hit ratio 指可在缓冲池中找到而不需要从磁盘中读取(物理I/O)的页面的百分比。如果该值较低则可能存在内存不足或不正确的索引 General statistics object/user connections 指系统中活动的SQL连接数。该计数器的信息可以用于确定系统得最大并发用户数 Locks/lock requests/sec 指每秒请求的锁个数。通过优化查询来减少读取次数,可以减少该计数器的值。 Locks/lock timeouts/sec 指每秒由于等待对锁的授权的锁请求数,理想情况下,该计数器的值为0 Locks/lock wa

10、its/sec 指每秒无法立刻得到授权而超时的锁请求数,理想情况下,该计数器的值应该尽可能为0 Locks/number of deadlocks/sec 指每秒导致死锁的锁请求数。死锁对于应用程序的可伸缩性非常有害,并且会导致恶劣的用户体验。该计数器必须为0 Memory manager/memory grants pending 指每秒等待工作空间内存授权的进程数。该计数器应该尽可能接近0,否则预示可能存在着内存瓶颈 SQL statistics/batch requests/sec 指每秒向服务器提交批的请求次数。该计数器被用来确定系统的负载大小 SQL statistics/ SQL

11、compilations/sec 指每秒编译数。理想状态下该计数器的值应该低,如果batch requests/sec计数器的值非常接近该计数器,那么可能存在大量的特殊SQL调用 SQL statistics/ re- compilations/sec 指每秒的重新编译数。该计数器的值越低越好。存储过程在理想情况下应该只编译一次,然后被他们的执行计划重复利用。如果该计数器的值较高,或许需要换个方式编写存储过程,从而减少重编译的次数 我把我整理的一些计数器及其阈值要求等贴出来,这些计数器是针对我对windows操作系统,C/S结构的sql server数据库及WEB平台.net产品测试时的一些计

12、数器;Memory:内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁,说明内存不足。“页交换”是使用称为“页面”的单位,将固定大小的代码和数据块从RAM移动到磁盘的过程,其目的是为了释放内存空间。尽管某些页交换使Windows 2000能够使用比实际更多的内存,也是可以接受的,但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况,请从以下的对象计数器开始:Available Mbytes:可用物理内存数.如果Available Mbytes的值很小(4 MB或更小),则说明计算机上总的内存可能不足,或某程序没有释放内存。page/sec:表明由于

13、硬件页面错误而从磁盘取出的页面数,或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百,那么您应该进一步研究页交换活动。有可能需要增加内存,以减少换页的需求(你可以把这个数字乘以4k就得到由此引起的硬盘数据流量)。Pages/sec的值很大不一定表明内存有问题,而可能是运行使用内存映射文件的程序所致。page read/sec:页的硬故障,page/sec的子集,为了解析对内存的引用,必须读取页文件的次数。阈值为>5.越低越好。大数值表示磁盘读而不是缓存读。由于过多的页交换要使用大量的硬盘空间,因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆

14、。因此,在研究内存不足不太明显的页交换的原因时,您必须跟踪如下的磁盘使用情况计数器和内存计数器:Physical Disk % Disk TimePhysical Disk Avg.Disk Queue Length例如,包括Page Reads/sec和% Disk Time及Avg.Disk Queue Length。如果页面读取操作速率很低,同时% Disk Time和Avg.Disk Queue Length的值很高,则可能有磁盘瓶径。但是,如果队列长度增加的同时页面读取速率并未降低,则内存不足。要确定过多的页交换对磁盘活动的影响,请将Physical Disk Avg.Disk se

15、c/Transfer和Memory Pages/sec计数器的值增大数倍。如果这些计数器的计数结果超过了0.1,那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况,那么您可能需要更多的内存。Page Faults/sec:每秒软性页面失效的数目(包括有些可以直接在内存中满足而有些需要从硬盘读取)较page/sec只表明数据不能在内存的指定工作集中立即使用。Cache Bytes:文件系统缓存(File System Cache),默认情况下为50%的可用物理内存。如IIS5.0运行内存不够时,它会自动整理缓存。需要关注该计数器的趋势变化如果您怀疑有内存泄露,请监视Memory

16、Available Bytes和Memory Committed Bytes,以观察内存行为,并监视您认为可能在泄露内存的进程的ProcessPrivate Bytes、ProcessWorking Set和ProcessHandle Count。如果您怀疑是内核模式进程导致了泄露,则还应该监视MemoryPool Nonpaged Bytes、Memory Pool Nonpaged Allocs和Process(process_name) Pool Nonpaged Bytes。Pages per second :每秒钟检索的页数。该数字应少于每秒一页。Process:%Processor

17、 Time:被处理器消耗的处理器时间数量。如果服务器专用于sql server,可接受的最大上限是80-85%Page Faults/sec:将进程产生的页故障与系统产生的相比较,以判断这个进程对系统页故障产生的影响。Work set:处理线程最近使用的内存页,反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存,页就会被留在工作集中,当自由内存少于一个特定的阈值时,页就会被清除出工作集。Inetinfo:Private Bytes:此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低,则此计数器可以是内存泄漏的最佳指示器。Processor:监视“处理器”和“

18、系统”对象计数器可以提供关于处理器使用的有价值的信息,帮助您决定是否存在瓶颈。%Processor Time:如果该值持续超过95%,表明瓶颈是CPU。可以考虑增加一个处理器或换一个更快的处理器。%User Time:表示耗费CPU的数据库操作,如排序,执行aggregate functions等。如果该值很高,可考虑增加索引,尽量使用简单的表联接,水平分割大表格等方法来降低该值。%Privileged Time:(CPU内核时间)是在特权模式下处理线程执行代码所花时间的百分比。如果该参数值和"Physical Disk"参数值一直很高,表明I/O有问题。可考虑更换更快的硬

19、盘系统。另外设置Tempdb in RAM,减低"max async IO","max lazy writer IO"等措施都会降低该值。此外,跟踪计算机的服务器工作队列当前长度的Server Work Queues Queue Length计数器会显示出处理器瓶颈。队列长度持续大于4则表示可能出现处理器拥塞。此计数器是特定时间的值,而不是一段时间的平均值。% DPC Time:越低越好。在多处理器系统中,如果这个值大于50%并且Processor:% Processor Time非常高,加入一个网卡可能会提高性能,提供的网络已经不饱和。ThreadCo

20、ntextSwitches/sec: (实例化inetinfo和dllhost进程)如果你决定要增加线程字节池的大小,你应该监视这三个计数器(包括上面的一个)。增加线程数可能会增加上下文切换次数,这样性能不会上升反而会下降。如果十个实例的上下文切换值非常高,就应该减小线程字节池的大小。Physical Disk:%Disk Time %:指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。如果三个计数器都比较大,那么硬盘不是瓶颈。如果只有%Disk Time比较大,另外两个都比较适中,硬盘可能会是瓶颈。在记录该计数器之前,请在Windows 2000的命令行窗口中运行diskperf

21、 -yD。若数值持续超过80%,则可能是内存泄漏。Avg.Disk Queue Length:指读取和写入请求(为所选磁盘在实例间隔中列队的)的平均数。该值应不超过磁盘数的1.52倍。要提高性能,可增加磁盘。注意:一个Raid Disk实际有多个磁盘。Average Disk Read/Write Queue Length:指读取(写入)请求(列队)的平均数。Disk Reads(Writes)/s:物理磁盘上每秒钟磁盘读、写的次数。两者相加,应小于磁盘设备最大容量。Average Disksec/Read:指以秒计算的在此盘上读取数据的所需平均时间。Average Disk sec/Tran

22、sfer:指以秒计算的在此盘上写入数据的所需平均时间。Network Interface:Bytes Total/sec :为发送和接收字节的速率,包括帧字符在内。判断网络连接速度是否是瓶颈,可以用该计数器的值和目前网络的带宽比较SQLServer性能计数器:Access Methods(访问方法)用于监视访问数据库中的逻辑页的方法。. Full Scans/sec(全表扫描/秒)每秒不受限的完全扫描数。可以是基本表扫描或全索引扫描。如果这个计数器显示的值比1或2高,应该分析你的查询以确定是否确实需要全表扫描,以及S Q L查询是否可以被优化。. Page splits/sec(页分割/秒)由

23、于数据更新操作引起的每秒页分割的数量。Buffer Manager(缓冲器管理器):监视Microsoft® SQL Server?如何使用:内存存储数据页、内部数据结构和过程高速缓存;计数器在SQL Server从磁盘读取数据库页和将数据库页写入磁盘时监视物理I/O。监视SQL Server所使用的内存和计数器有助于确定:是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样,SQL Server必须从磁盘检索数据。是否可通过添加更多内存或使更多内存可用于数据高速缓存或SQL Server内部结构来提高查询性能。SQL Server需要从磁盘读取数据的

24、频率。与其它操作相比,例如内存访问,物理I/O会耗费大量时间。尽可能减少物理I/O可以提高查询性能。.Page Reads/sec:每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理I/O的开销大,可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法,使开销减到最小。.Page Writes/sec (.写的页/秒)每秒执行的物理数据库写的页数。.Buffer Cache Hit Ratio.在“缓冲池”(Buffer Cache/Buffer Pool)中没有被读过的页占整个缓冲池中所有页的比率。可在高速缓存中找到而不需要从磁

25、盘中读取的页的百分比。这一比率是高速缓存命中总数除以自SQL Server实例启动后对高速缓存的查找总数。经过很长时间后,这一比率的变化很小。由于从高速缓存中读数据比从磁盘中读数据的开销要小得多,一般希望这一数值高一些。通常,可以通过增加SQL Server可用的内存数量来提高高速缓存命中率。计数器值依应用程序而定,但比率最好为90%或更高。增加内存直到这一数值持续高于90%,表示90%以上的数据请求可以从数据缓冲区中获得所需数据。. Lazy Writes/sec(惰性写/秒)惰性写进程每秒写的缓冲区的数量。值最好为0。Cache Manager(高速缓存管理器)对象提供计数器,用于监视Mi

26、crosoft® SQL Server?如何使用内存存储对象,如存储过程、特殊和准备好的Transact-SQL语句以及触发器。. Cache Hit Ratio(高速缓存命中率,所有Cache”的命中率。在SQL Server中,Cache可以包括Log Cache,Buffer Cache以及Procedure Cache,是一个总体的比率。)高速缓存命中次数和查找次数的比率。对于查看SQL Server高速缓存对于你的系统如何有效,这是一个非常好的计数器。如果这个值很低,持续低于80%,就需要增加更多的内存。Latches用于监视称为闩锁的内部SQL Server资源锁。

27、监视闩锁以明确用户活动和资源使用情况,有助于查明性能瓶颈。. 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) (平均等待时间(毫秒)线程等待某种类型的锁的平均等待时间. Loc

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论