下载文档原格式
（OA 自动化）LoadRunner 负载测试之 Windows 常见性能计数器LoadRunner 负载测试之 Windows 常见性能计数器，分析服务器性能瓶颈（一）监测对象ØSystem（系统）l%TotalProcessorTime系统中所有处理器都处于繁忙状态的时间百分比，对于多处理器系统来说，该值可以反映所有处理器的平均繁忙状态，该值为 100%，如果有一半的处理器为繁忙状态，该值为 50%服务器。
器消耗的处理器时间数量.如果服务器专用于 sqlserver 可接受的最大上限是 80%-85%. 也就是常见的 CPU 使用率.lFileDataOperations/sec计算机对文件系统进行读取和写入操作的频率，但是不包括文件控制操作lProcessQueueLength线程在等待分配 CPU 资源所排队列的长度，此长度不包括正在占有 CPU 资源的线程。
如果该队列的长度大于处理器个数+1，就表示处理器有可能处于阻塞状态（参考值：<=处理器个数+1）ØProcessor（处理器）l%ProcessorTimeCPU 利用率，该计数器最为常用，可以查看处理器是否处于饱和状态，如果该值持续超过95%，就表示当前系统的瓶颈为 CPU，可以考虑增加一个处理器或更换一个性能更好的处理器。
（参考值：<80%）l%PriviliagedTimeCPU 在特权模式下处理线程所花的时间百分比。
一般的系统服务，进城管理，内存管理等一些由操作系统自行启动的进程属于这类l%UserTime与%PrivilegedTime 计数器正好相反，指的是在用户状态模式下（即非特权模式）的操作所花的时间百分比。
如果该值较大，可以考虑是否通过算法优化等方法降低这个值。
如果该服务器是数据库服务器，导致此值较大的原因很可能是数据库的排序或是函数操作消耗了过多的CPU 时间，此时可以考虑对数据库系统进行优化。
目录1引言 (2)1.1目的 (2)1.2使用对象 (2)1.3术语表 (2)2测试环境 (3)2.1网络拓扑 (3)2.2硬件配置 (3)2.3软件配置 (4)2.4基准参数配置 (4)3测试范围 (4)4测试工具 (5)5测试结果 (5)5.1 B/S登陆 (5)5.1.1分析图 (6)5.1.2结果分析 (7)5.2 C/S登录 (8)5.2.1分析图 (8)5.2.2 结果分析 (9)5.3 策略下发 (9)5.3.1 分析图 (10)5.3.2 结果分析 (11)5.4 策略下发+C/S登录+B/S登录 (11)5.4.1分析图 (12)5.4.2结果分析 (13)6分析总结 (13)7 附录 (15)7.1测试指标说明 (15)1引言1.1目的由于德邦项目在V3.8的基础上根据用户需求做了改动，此次测试目的主要是针对德邦项目进行性能的能力验证和性能的规划，同时为开发提供性能测试数据，明确性能瓶颈和缺陷。
1.2使用对象本文档提供给产品管理人员、公司领导、项目中的测试及开发人员，属公司项目内部文档，。
1.3术语表2测试环境2.1网络拓扑2.2硬件配置测试硬件设备及配置明细描述如下表：2.3软件配置2.4基准参数配置1)Oracle：内存：SGA总容量：100M ; PGA大小：194M ;Max Process:500；session：550注：PGA和SGA的和应小于系统内存总量减去操作系统和其他应用程序所需内存后得到的值。
2)Tomcat：<Connector port="80" protocol="HTTP/1.1" maxThreads="1024" connectionTimeout="300000" maxProcessors="512" enableLookups="false" acceptCount="1024" debug="0"useURIValidationHack="false" disableUploadTimeout="true" redirectPort="8443" /><Connector port="8443" className="org.apache.coyote.http11.Http11Protocol"maxThreads="1024" minSpareThreads="200" maxSpareThreads="512" enableLookups="false" disableUploadTimeout="true" acceptCount="1024" scheme="https" secure="true" SSLEnabled="true" clientAuth="false" keystoreFile="conf/esafenet.key" keystorePass="esafenet" sslProtocol="TLS" />3)JVM:-Xms256M –Xmx512M4)应用程序：Common.cfg.xml(数据库连接池)：max_size：60 min_size：120（操作系统保持干净，没有任何其他干扰程序，如杀毒，防火墙等）3测试范围1）单场景：B/S登录、C/S登录、策略下发3个关键场景2）最佳测试记录组合场景：策略下发+C/S登录+B/S登录4测试工具1）MI（MercuryInteractive）公司的LoadRunner8.0创建虚拟用户脚本工具Virtual User Generator。
LoadRunner性能测试指标分析·Memory:·Available Mbytes简述：可用物理内存数.如果Available Mbytes的值很小（4 MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。
参考值：4 MB或更小，至少要有10%的物理内存值·Page/sec (Input/Out)简述：为了解析硬页错误，从磁盘取出或写入的页数。
一般如果Page/sec持续高于几百，那么您应该进一步研究页交换活动。
有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。
Pages/sec的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。
参考值：·Page Fault简述：处理器每秒处理的错误页（包括软/硬错误）。
当处理器向内存指定的位置请求一页（可能是数据或代码）出现错误时，这就构成一个Page Fault。
如果该页在内存的其他位置，该错误被称为软错误（用Transition Fault/sec记数器衡量）；如果该页必须从硬盘上重新读取时，被称为硬错误。
许多处理器可以在有大量软错误的情况下继续操作。
但是，硬错误可以导致明显的拖延。
参考值：·Page Input/sec简述：为了解决硬错误页，从磁盘上读取的页数。
参考值：·Page reads/sec简述：为了解决硬错误页，从磁盘上读取的次数。
解析对内存的引用，必须读取页文件的次数。
阈值为>5.越低越好。
大数值表示磁盘读而不是缓存读。
参考值：·Cache Bytes简述：文件系统缓存，默认情况下为50%的可用物理内存。
如IIS5.0运行内存不够时，它会自动整理缓存。
需要关注该计数器的趋势变化。
该指标只显示最后一次观察的值，它不是一个平均值。
参考值：·pool paged bytes简述: 指在分页池中的字节数，分页池是系统内存中可供对象使用的一个区域。
loadrunnerv12测试案例性能分析软件测试已逐渐成为软件开发过程中的必不可少的环节，随着功能测试的必要性被普遍认同，自动化测试以及性能测试也逐渐崭露头角。
性能测试是指在一定的负载情况下，系统的响应时间等特性是否满足特定的性能需求。
目前常用于功能测试的工具有：HP LoadRunner(简称LR，商用软件)：是一款适用于各种体系架构的自动化性能测试工具。
LR的测试对象是整个企业的系统，通过模拟实际用户的操作行为和实时性能监控，来帮助你更快地查找和发现性能瓶颈。
IBM Rational Performance Tester(简称RPT，商业软件)：也是一款性能测试工具，适用于基于 Web 的应用程序的性能和可靠性测试。
RPT将易用性与深入分析功能相结合，从而简化了测试创建、负载生成和数据收集，以帮助确保应用程序具有支持数以千计并发用户并稳定运行的性能。
Apache JMeter(开源软件)：基于Java的压力测试工具。
用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。
它可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库、FTP 服务器等。
相比于其他测试工具，LoadRunner能支持更广泛的协议和技术，能测试各种IT基础架构，为用户的特殊环境提供特殊的解决方案。
本文将以当前最新的LoadRunner12社区版来进行阐述。
相比于之前版本，LoadRunner12社区版主要有以下新特性：支持50个免费虚拟用户。
支持基于云平台的负载生成器。
支持HTML5及SPDY协议的脚本录制。
支持IE11、Chrome以及Firefox浏览器，支持Win8.1及Win2021 Server操作系统。
性能测试工具Loadrunner 点击下载本文将从如下几个方面阐述LoadRunner的优势LoadRunner组件 LoadRunner工作原理基于LoadRunner的测试案例LoadRunner组件LoadRunner主要由以下4个部分组成:脚本生成器(Virtual User Generator) 简称VuGen,提供了基于录制的可视化图形开发环境，可以方便简洁地生成用于负载的性能测试脚本。
LoadRunner Analysis 使用一、LoadRunner Analysis简介LoadRunner Analysis是HP公司提供的性能测试结果分析工具，用于对LoadRunner产生的测试数据进行深入分析，以评估系统的性能。
该工具能够帮助测试人员理解系统在高负载下的表现，找出瓶颈，并提供优化建议。
LoadRunner Analysis的使用对于确保系统在生产环境中的稳定性和性能至关重要。
1.1 工具特点强大的数据可视化功能：LoadRunner Analysis提供了丰富的图表和报告，以便测试人员直观地了解系统性能。
深入的瓶颈分析：通过对测试数据的深入分析，帮助定位系统瓶颈。
自动化报告生成：可以快速生成性能测试报告，提高工作效率。
1.2 适用场景LoadRunner Analysis适用于各种规模的企业和组织，尤其适用于需要进行负载和压力测试的场景。
它可以帮助测试人员快速定位和解决性能问题，提高系统的稳定性和效率。
二、LoadRunner Analysis使用方法2.1 导入测试数据首先，需要将LoadRunner产生的测试数据导入到LoadRunner Analysis中。
可以通过工具自带的导入功能或手动指定数据路径来完成。
2.2 创建分析计划在导入数据后，需要创建一个分析计划，以定义需要分析的性能指标和目标。
这有助于测试人员聚焦于关键问题，提高分析效率。
2.3 配置图表和报告根据分析计划，可以配置各种图表和报告来展示性能数据。
例如，可以通过创建图表来显示响应时间、吞吐量等关键指标的变化趋势。
2.4 运行分析在配置完图表和报告后，可以运行分析计划，LoadRunner Analysis会自动对数据进行处理和分析，并生成相应的图表和报告。
2.5 问题诊断和优化建议基于分析结果，测试人员可以找出系统性能的瓶颈，并提出优化建议。
LoadRunner Analysis提供了丰富的诊断工具和报告，可以帮助测试人员快速定位问题并制定相应的解决方案。
1利用LoadRunner进行性能测试和结果分析(系列)HP Mercury LoadRunner 是一款功能相当强大的性能测试工具,由三个部分构成, VUGen, Controller 以及Analysis. 其中VUGen负责进行脚本录制, Controller是一个总控中心,负责场景的配置,监控器的选取和监控,并选择合适的负载生成器进行执行, Analysis是一个分析模块,主要负责所有执行数据的分析以及报告的生成.之所以说LoadRunner是强大的性能测试工具,主要是因为VUGen支持大概好几十种主流的协议. 因此支持的被测对象相当广泛,另外Analysis也有超强的功能,提供非常丰富的图表,供测试结束之后分析和定位问题.我使用Mercury LoadRunner有一年多时间,2006年6月通过了LoadRunner的SP考试,并于12月底参加了CPC考试,以2分之差失败. 在这一年之内对Controller和Analysis的使用有一些心得和体会,自己认为对LoadRunner有了入门的了解,大概能看懂一些主要的分析图表,包括事务相关的一些图表,所以希望作一个总结,也希望对渴望学习和了解LoadRunner的朋友有一些帮助. 因为时间有限,所以初步打算以两个系列的形式写出来,分别是Controller和Analysis. 首先会介绍Analysis.下次开始介绍Analysis提供图表的概述.欢迎访问Ricky的专业个人测试博客专注于测试自动化,性能测试以及测试工具的研究引用报告回复 TOP专访:测试工具栏目版主---songfun2#大中小发表于 2007-2-28荣誉版主我自动化,故我存在∙个人空间∙发短消息∙加为好友∙当前离线13:25 只看该作者接上回在场景执行的时候,虚拟用户的事务执行生成了结果数据,为了在执行测试期间监控场景的执行情况,我们可以用loadrunner的在线监测工具.为了观察执行结束后的总结情况, 你可以用下列工具:➤虚拟用户的执行日志文件包含了每个虚拟用户在场景中运行的所有记录,这些文件位于场景结果文件的目录中.(在单个用户的执行模式下,这些文件位于脚本目录中)➤控制器的输出窗口显示了场景执行的过程,如果场景执行失败,可以在这个输出窗口中找到有用的调试信息.➤分析图表帮助你定位系统的性能表现,并且提供有关事务和虚拟用户的有用信息,你也可以通过关联不同运行场景的结果到一个图表中来比较不同的图表,从而更加准确的定位性能问题➤图表数据和原始数据视图用Excel格式显示了生成图表数据的真实原始数据, 为了更深入的分析,你也可以把这些文件存储起来.➤分析模块提供的报告功能让你可以从整体上浏览整个性能的报告,包括每个图表的数据,你也可以创建一个Word格式的文件,其中会自动创建用户需要的各种格式.分析模块提供的常用图表可以分为以下一些主要类别:➤虚拟用户图表提供了虚拟用户的状态和统计信息➤错误信息图表提供了场景中错误发生的信息➤事务图表提供事务的性能和响应时间信息➤ Web资源图表提供了吞吐量,每秒点击,HTTP每秒响应,每秒重试次数和web用户每秒下载页面的信息等➤ Web页面细分图提供每个Web页面组件的大小和下载时间图等➤用户自定义数据点图提供用户自定义数据点的信息图等➤系统资源图表提供场景执行期间我们通过计数器添加的系统的资源统计信息➤网络监控图表提供网络延迟的图表信息➤防火墙服务器监控图表提供防火墙服务器的资源图表➤ Web 服务器资源图表提供Web服务器比如Apache, IIS服务器等的资源使用信息➤ Web 应用服务器图表提供各种web应用服务器的资源使用情况➤数据库服务器资源图表提供数据库服务器的资源使用情况此外,还提供了其他一些不太常用的图表信息,图表信息的多少取决于你的被测对象和场景中监控器以及计数器的选择情况. 下次我们会重点分析虚拟用户图表. 欢迎访问Ricky的专业个人测试博客专注于测试自动化,性能测试以及测试工具的研究引用报告回复 TOP测试工程师如何快速得到提升？3#大中小发表于 2007-2-28 13:26 只看该作者接上回荣誉版主我自动化,故我存在∙个人空间∙发短消息∙加为好友∙当前离线今天主要介绍虚拟用户类型和错误类型两种图表虚拟用户类型的图表可以提供三个图，分别是：* 运行虚拟用户图* 虚拟用户汇总图* 集合点图其中虚拟用户图显示的是执行负载测试的每一秒执行脚本的虚拟用户个数，以及他们的状态。
LoadRunner测试结果分析一、LoadRunner测试结果分析之我见LoadRunner生成测试结果并不代表着这次测试结果的结束，相反，这次测试结果的重头戏才刚刚开始。
如何对测试结果进行分析，关系着这次测试的成功与否。
网上关于LoadRunner测试结果如何分析的介绍相当匮乏，在总结他人的观点和自己的实验体会基础上来介绍如何进行LoadRunner测试结果分析。
1. LoadRunner测试结果分析的第一步应该是查看分析综述（Analysis Summary），其包括统计综述（Statistics Summary）、事务综述（Transaction Summary）、HTTP 响应综述（HTTP Responses Summary）三部分。
在统计综述中查看Total Errors的数量，HTTP 响应综述中查看HTTP 404数量，若数值相对较大（HTTP 404则相对于HTTP 200），则说明系统测试中出错较多，系统系能有问题；另外查看事务的平均响应时间和其90%的事务平均响应时间，若时间过长，超过测试计划中的要求值，则说明系统的性能不满足我们的要求。
2. 第二步对LoadRunner测试结果图进行分析，首先对事务综述（Transaction Summary）进行分析，该图可以直观地看出在测试时间内事务的成功与失败情况，所以比第一步更容易判断出被测系统运行是否正常。
3. 接着分析事务平均响应时间（Average Transaciton Response Time），若事务平均响应时间曲线趋高，则说明被测系统处理事务的速度开始逐渐变慢，即被测系统随着运行时间的变化，整体性能不断下降。
当系统性能存在问题时，该曲线的走向一般表现为开始缓慢上升，然后趋于平稳，最后缓慢下降。
原因是：被测系统处理事务能力下降，事务平均响应时间变长，在曲线上表现为缓慢上升；而并发事务达到一定数量时，被测系统无法处理多余的事务，此时曲线变现为趋于平稳；当一段时间后，事务不断被处理，其数量减少，在曲线上表现为下降。
loadrunner 性能计数器分析参考值一、内存常用计数器1.PagesInput/sec 是为了解决硬错误页，从硬盘上读取的页数。
PageInput/sec 的值可以衡量出硬错误页发生的速率，通常它的值会大于或者等于PageReads/sec 。
2.PageReads/sec 是为了解决硬错误，从硬盘读取的次数。
如果PageReads/Sec 比率持续保持为 5，表示可能内存不足。
3.Page/sec 是指为解析硬页错误从磁盘，读取或写入磁盘的页数。
Page/sec 推荐 00-20 （如果服务器没有足够的内存处理其工作负荷，此数值将一直很高如果大于 80 ，表示有问题）。
4.Available MBytes 物理内存的可用数，如果该值很小（100MB 或更小），表明内存不足或程序没有释放内存。
5.Cache Bytes 文件系统缓存，默认情况下为 50%的可用物理内存。
如 IIS5.0 运行内存不够时，它会自动整理缓存。
需要关注该计数器的趋势变化，如果您怀疑有内存泄露，请监视 Memory\\loadrunner 性能计数器分析参考值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 。
二、服务缓存计数器（ web ）1.FileCacheHits% 是文件缓存命中全部缓存需求的比例，反映了 IIS 的文件缓存设置的工作情况。
LoadRunner性能测试结果分析性能测试的需求指标：本次测试的要求是验证在30分钟内完成2000次⽤户登录系统，然后进⾏考勤业务，最后退出，在业务操作过程中页⾯的响应时间不超过3秒，并且服务器的CPU使⽤率、内存使⽤率分别不超过75%、70%LoadRunner性能测试结果分析内容：1、结果摘要LoadRunner进⾏场景测试结果收集后，⾸先显⽰的该结果的⼀个摘要信息，如图1- 2所⽰。
概要中列出了场景执⾏情况、“Statistics Summary（统计信息摘要）”、“Transaction Summary（事务摘要）”以及“HTTP Responses Summary（HTTP响应摘要）”等。
以简要的信息列出本次测试结果。
图1- 2性能测试结果摘要图场景执⾏情况：该部分给出了本次测试场景的名称、结果存放路径及场景的持续时间，如图1- 3所⽰。
从该图我们知道，本次测试从15:58:40开始，到16:29:42结束，共历时31分2秒。
与我们场景执⾏计划中设计的时间基本吻合。
图1- 3场景执⾏情况描述图Statistics Summary（统计信息摘要）该部分给出了场景执⾏结束后并发数、总吞吐量、平均每秒吞吐量、总请求数、平均每秒请求数的统计值，如图1- 4所⽰。
从该图我们得知，本次测试运⾏的最⼤并发数为7，总吞吐量为842,037,409字节，平均每秒的吞吐量为451,979字节，总的请求数为211,974，平均每秒的请求为113.781，对于吞吐量，单位时间内吞吐量越⼤，说明服务器的处理能越好，⽽请求数仅表⽰客户端向服务器发出的请求数，与吞吐量⼀般是成正⽐关系。
图1- 4统计信息摘要图Transaction Summary（事务摘要）该部分给出了场景执⾏结束后相关Action的平均响应时间、通过率等情况，如图1- 5所⽰。
从该图我们得到每个Action的平均响应时间与业务成功率。
注意：因为在场景的“Run-time Settings”的“Miscellaneous”选项中将每⼀个Action当成了⼀个事务执⾏，故这⾥的事务其实就是脚本中的Action。
性能测试工具LoadRunner实验报告一、概要介绍1.1 软件性能介绍1.1.1 软件性能的理解性能是一种指标，表明软件系统或构件对于其及时性要求的符合程度;同时也是产品的特性，可以用时间来进行度量。
表现为:对用户操作的响应时间;系统可扩展性;并发能力;持续稳定运行等。
1.1.2 软件性能的主要技术指标响应时间:响应时间=呈现时间+系统响应时间吞吐量:单位时间内系统处理的客户请求数量。
(请求数/秒，页面数/秒，访问人数/秒) 并发用户数:业务并发用户数;[注意]系统用户数:系统的用户总数;同时在线用户人数:使用系统过程中同时在线人数达到的最高峰值。
1.2 LoadRunner介绍LoadRunner是Mercury Interactive的一款性能测试工具，也是目前应用最为广泛的性能测试工具之一。
该工具通过模拟上千万用户实施并发负载，实时性能监控的系统行为和性能方式来确认和查找问题。
1.2.1 LoadRunner工具组成虚拟用户脚本生成器:捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本;压力产生器:通过运行虚拟用户产生实际的负载;用户代理:协调不同负载机上虚拟用户，产生步调一致的虚拟用户;压力调度:根据用户对场景的设置，设置不同脚本的虚拟用户数量;监视系统:监控主要的性能计数器;压力结果分析工具:本身不能代替分析人员，但是可以辅助测试结果的分析。
1.2.2 LoadRunner工具原理代理(Proxy)是客户端和服务器端之间的中介人，LoadRunner就是通过代理方式截获客户端和服务器之间交互的数据流。
1)虚拟用户脚本生成器通过代理方式接收客户端发送的数据包，记录并将其转发给服务器端;接收到从服务器端返回的数据流，记录并返回给客户端。
这样服务器端和客户端都以为在一个真实运行环境中，虚拟脚本生成器能通过这种方式截获数据流;虚拟用户脚本生成器在截获数据流后对其进行了协议层上的处理，最终用脚本函数将数据流交互过程体现为我们容易看懂的脚本语句。
1. Windows性能计数器分析对象计数器分析Processor%processor time 建议阈值85%memoryAvailable bytes建议阈值少于4MB需要添加内存；另外，又建议至少要有10%的物理内存值Pages reads/secPage Reads/sec 是指为解析硬页错误而读取磁盘的次数，如果该值一直持续较大，表明可能内存不足建议阈值30（5？），大数值表示磁盘读而不是缓存读Pages writes/secPage Writes/sec 是指为了释放物理内存空间而将页写入磁盘的次数Pages Input/secPages Input/sec 指为解决页错误从磁盘上读取的页数Pages Output/secPages Output/sec 是指为了释放物理内存空间而写入磁盘的页数如果该值远远大于Pages Input/sec,可能有内存泄露Pages/secPages/sec 是指为解析硬页错误从磁盘读取或写入磁盘的页数建议阈值20Network interface（对于TCP/IP）Bytes received/sec该数据结合Bytes total/sec看Bytes sent/sec该数据结合Bytes total/sec看Bytes total/sec推荐不要超过带宽的50%Packets/sec根据实际数据量大小，无建议阈值，该数据结合Bytes total/sec看Physical diskDisk reads/sec取决于硬盘制造商的规格，检查磁盘的指定传送速度，以验证此速度没有超出规格Disk writes/sec取决于硬盘制造商的规格，检查磁盘的指定传送速度，以验证此速度没有超出规格又：上两值相加，应小于磁盘设备的最大容量%Disk Time建议阈值90%Current disk queue lengthAvg. disk queue length(如果使用RAID设备，%Disk Time计数器显示的值可以大于100%。
如果大于100%，则使用Avg. disk queue length计数器决定正在等待磁盘访问的系统请求的平均数)不超过磁盘数的1.5~2倍如果上两值始终较高,可以考虑升级磁盘驱动器或将某些文件移动到其他磁盘或服务器2.一些注意事项1. 如果监视不超过4个小时，则每15秒更新一次比较合理；如果将监视系统8个小时或更长时间，则设置的间隔不要小于300秒2. 个人认为测试报告结果同时还要附上图参考，因为单靠最小、最大和平均值还不能说明问题3. 与物理磁盘计数器的数据不同，逻辑磁盘计数器的数据默认情况下不是由操作系统搜集。
要获得逻辑驱动器或存储卷的性能计数器数据，必须在命令提示符下键入diskperf –yv。
默认情况下，操作系统使用diskperf –yd命令包含物理驱动器数据。
使用命令diskperf的详细信息，请在命令提示符下键入diskperf -？。
4. 通常，决定性能是否可以接受是一种主观判断，随用户环境的变化而明显地变化。
5. 内存不足是计算机系统中的严重性能问题最常见的原因。
工作站响应速度很慢最有可能是内存和处理器问题造成的；服务器更容易受到磁盘和网络问题的影响。
6. 在程序启动时，每个程序的Process\%Processor Time值迅速攀升、降低，然后稳定。
注意程序启动时处理器的峰值非常重要；你可能要暂时忽略监视数据中高的启动值，以获得典型程序使用处理器情况的更精确的图片。
7. 当内存减少时，操作系统开始通过从活动较少的程序的工作集(working set)中获得内存来补充，因此，将看到一个程序工作集的增大，而其他程序的值减少。
如果系统中没有足够的内存来满足所有活动程序的要求，将发生内存页交换，程序性能将受到影响。
8. 如果发生了内存泄漏，Process\Private Bytes计数器和Process\Working set 计数器的值往往会升高，同时Available bytes会降低。
9.如果Process不见了,修改注册表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance 下的Disable Performance Counters值为0.3. Unix性能计数器分析计数器描述Average loadReady状态并发进程的平均数Collision rate在以太网上侦察到的每秒冲突数Context switches rate每秒进程或线程之间的切换数CPU utilizationCPU使用时间的百分比Disk rate磁盘传输的速率Incoming packets error rate接受以太网包每秒的错误Incoming packets rate每秒接受的以太网包Interrupt rate每秒设备的中断次数Outgoing packets error 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 manager/buffer cache hit ratio指可在缓冲池中找到而不需要从磁盘中读取(物理I/O)的页面的百分比。
如果该值较低则可能存在内存不足或不正确的索引General statistics object/user connections指系统中活动的SQL连接数。
该计数器的信息可以用于确定系统得最大并发用户数Locks/lock requests/sec指每秒请求的锁个数。
通过优化查询来减少读取次数，可以减少该计数器的值。
Locks/lock timeouts/sec指每秒由于等待对锁的授权的锁请求数，理想情况下，该计数器的值为0Locks/lock waits/sec指每秒无法立刻得到授权而超时的锁请求数，理想情况下，该计数器的值应该尽可能为0Locks/number of deadlocks/sec指每秒导致死锁的锁请求数。
死锁对于应用程序的可伸缩性非常有害，并且会导致恶劣的用户体验。
该计数器必须为0Memory manager/memory grants pending指每秒等待工作空间内存授权的进程数。
该计数器应该尽可能接近0，否则预示可能存在着内存瓶颈SQL statistics/batch requests/sec指每秒向服务器提交批的请求次数。
该计数器被用来确定系统的负载大小SQL statistics/ SQL compilations/sec指每秒编译数。
理想状态下该计数器的值应该低，如果batch requests/sec计数器的值非常接近该计数器，那么可能存在大量的特殊SQL调用SQL statistics/ re- compilations/sec指每秒的重新编译数。
该计数器的值越低越好。
存储过程在理想情况下应该只编译一次，然后被他们的执行计划重复利用。
如果该计数器的值较高，或许需要换个方式编写存储过程，从而减少重编译的次数我把我整理的一些计数器及其阈值要求等贴出来，这些计数器是针对我对windows操作系统，C/S结构的sql server数据库及WEB平台.net产品测试时的一些计数器；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 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 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。
