LR计数器分析Word文件下载.docx

LR计数器分析Word文件下载.docx

《LR计数器分析Word文件下载.docx》由会员分享，可在线阅读，更多相关《LR计数器分析Word文件下载.docx（15页珍藏版）》请在冰豆网上搜索。

如果程序在这个分配过程存在着内存泄漏，它终将耗尽所有的未分页池空间，并导致之后对未分页池的请求失败，最后未分页池越界造成当前操作系统蓝屏。

未分页池和分页池可以从注册表"

HKLM\SYSTEM\CurrentControlSet\Control\SessionManager\MemoryManagement"

中预设，从0到极限值。

7.Pages/sec（Memory）表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。

一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。

有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。

Pages/sec的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。

8.Interrupts/sec（Processor_Total）指处理器每秒钟接收并维护的硬件中断的平均值。

正常的线程操作在中断时悬停。

大多数的系统时钟每隔10毫秒中断处理器一次，形成了间隔活动的后台。

如果处理器使用率超过90%且%InterruptTime大于15%，则处理器可能负荷过重，并发生中断。

9.Threads（Objects）线程数在计算机上的时间的数据收集。

请注意，这是一个瞬时计数，而不是平均的时间间隔。

线程是基本可执行的实体，可以执行指令的处理器。

10.PrivateBytes（Process_Total）目前的字节数，该进程已经拨出，不能与其它进程。

性能测试的响应时间：

确立响应时间的原则：

2/5/10原则

2：

2秒钟用户会觉得是一个很好的体验。

5：

5秒钟用户可能会觉得差了一点，还行，比较好。

10：

10秒钟是用户所能承受的最大极限。

一physicalDisk

1.disktime该值大就有问题

若%DiskTime值较大，而Processor\PrivilegedTime的值适中，则可判断存在磁盘问题。

若Processor\PrivilegedTime较大，持续超过80%，则可能是内存泄漏。

2.avgdisksec/transfer该值超过60，磁盘存在问题

3.diskqueuelength

二Processor（分析cpu）

1.processortime（Processor_Total）<

85%

2.privilegedtime（（Processor_Total））

3.usetime（（Processor_Total））

4.processorqueuelength<

2

5.interrupts/sec

processortime=%privilegedTime+%userTime

其次查看每个CPU的UserTime计数器的值。

该值体现在是消耗CPU的数据库操作,

若应用服务器的%UserTime值较大，可以考虑是否能通过算法优化等方法降低这个值。

若数据库服务器的%UserTime值较大，可考虑对数据库系统进行优化。

System\ProcessorQueueLength计数器的值。

当该值大于CPU数量的总数+1时，说明存在处理器方面的问题。

如果（ProcessorXXX）:

某进程独占cpu

1.processortime（ProcessorXXX）<

2.privilegedtime（（Processor_XXX））

3.usetime（（Processor_XXX））

Thread:

ContextSwitches/Sec

如果5000*CPU<

次数<

15000*CPU,而网络吞吐量低，说明CPU忙于切换线程，CPU利用率高。

三内存方法

AvailableMbytes（可用内存率不少于15%）

CommittedBYtes（内存泄漏监控）

1.pages/sec正常值<

２０从磁盘读取或写入的页面数

pagesRead/sec<

５越低越好，此值过大表明是磁盘读而不是缓存读

pagesFaults/sec、页面错误，表明数据不能再内存中立即使用

CacgeBytes<

50%可用物理内存

2.poolnonpagedBytes内核模式

Process（XXX）

PrivateBytes某进程独占的内存字节

WorkingSet某进程使用的内存页

HandleCount句柄数

.poolnonpagedBytes内核模式

四system

1.threads

　计数器是针对windows操作系统，C/S结构的sqlserver数据库及WEB平台.net产品测试时的一些计数器；

　Memory:

内存使用情况可能是系统性能中最重要的因素。

如果系统“页交换”频繁，说明内存不足。

“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从RAM移动到磁盘的过程，其目的是为了释放内存空间。

尽管某些页交换使Windows2000能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。

减少页交换将显著提高系统响应速度。

要监视内存不足的状况，请从以下的对象计数器开始：

　　AvailableMbytes:

可用物理内存数.如果AvailableMbytes的值很小（4MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。

　　page/sec:

表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。

　　pageread/sec:

页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。

阈值为>

5.越低越好。

大数值表示磁盘读而不是缓存读。

　　由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。

因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：

　　PhysicalDisk\%DiskTime

　　PhysicalDisk\Avg.DiskQueueLength

　　例如，包括PageReads/sec和%DiskTime及Avg.DiskQueueLength。

　　要确定过多的页交换对磁盘活动的影响，请将PhysicalDisk\Avg.Disksec/Transfer和Memory\Pages/sec计数器的值增大数倍。

　　PageFaults/sec:

每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。

　　CacheBytes：

文件系统缓存（FileSystemCache），默认情况下为50%的可用物理内存。

如IIS5.0运行内存不够时，它会自动整理缓存。

需要关注该计数器的趋势变化

　　如果您怀疑有内存泄露，请监视Memory\AvailableBytes和Memory\CommittedBytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\PrivateBytes、Process\WorkingSet和Process\HandleCount。

如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\PoolNonpagedBytes、Memory\PoolNonpagedAllocs和Process（process_name）\PoolNonpagedBytes。

　　Pagespersecond:

每秒钟检索的页数。

该数字应少于每秒一页。

　　Process：

　　%ProcessorTime:

被处理器消耗的处理器时间数量。

如果服务器专用于sqlserver，可接受的最大上限是80-85%

将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。

　　Workset:

处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。

如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。

　　Inetinfo:

PrivateBytes:

此进程所分配的无法与其它进程共享的当前字节数量。

如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。

　　Processor：

监视“处理器”和“系统”对象计数器可以提供关于处理器使用的有价值的信息，帮助您决定是否存在瓶颈。

如果该值持续超过95%，表明瓶颈是CPU。

可以考虑增加一个处理器或换一个更快的处理器。

　　%UserTime:

表示耗费CPU的数据库操作，如排序，执行aggregatefunctions等。

如果该值很高，可考虑增加索引，尽量使用简单的表联接，水平分割大表格等方法来降低该值。

　　%PrivilegedTime：

（CPU内核时间）是在特权模式下处理线程执行代码所花时间的百分比。

如果该参数值和"

PhysicalDisk"

参数值一直很高，表明I/O有问题。

可考虑更换更快的硬盘系统。

另外设置TempdbinRAM，减低"

maxasyncIO"

，"

maxlazywriterIO"

等措施都会降低该值。

　　此外，跟踪计算机的服务器工作队列当前长度的ServerWorkQueues\QueueLength计数器会显示出处理器瓶颈。

队列长度持续大于4则表示可能出现处理器拥塞。

此计数器是特定时间的值，而不是一段时间的平均值。

　　%DPCTime:

越低越好。

在多处理器系统中，如果这个值大于50%并且Processor:

%ProcessorTime非常高，加入一个网卡可能会提高性能，提供的网络已经不饱和。

　　Thread

　　ContextSwitches/sec:

（实例化inetinfo和dllhost进程）如果你决定要增加线程字节池的大小，你应该监视这三个计数器（包括上面的一个）。

增加线程数可能会增加上下文切换次数，这样性能不会上升反而会下降。

如果十个实例的上下文切换值非常高，就应该减小线程字节池的大小。

　　PhysicalDisk:

　　%DiskTime%:

指所选磁盘驱动器忙于为读或写入请求提供服务所用的时间的百分比。

如果三个计数器都比较大，那么硬盘不是瓶颈。

如果只有%DiskTime比较大，另外两个都比较适中，硬盘可能会是瓶颈。

在记录该计数器之前，请在Windows2000的命令行窗口中运行diskperf-yD。

若数值持续超过80%，则可能是内存泄漏。

　　Avg.DiskQueueLength:

指读取和写入请求（为所选磁盘在实例间隔中列队的）的平均数。

该值应不超过磁盘数的1.5~2倍。

要提高性能，可增加磁盘。

注意：

一个RaidDisk实际有多个磁盘。

　　AverageDiskRead/WriteQueueLength:

指读取（写入）请求（列队）的平均数。

　　DiskReads（Writes）/s:

物理磁盘上每秒钟磁盘读、写的次数。

两者相加，应小于磁盘设备最大容量。

　　AverageDisksec/Read:

指以秒计算的在此盘上读取数据的所需平均时间。

　　AverageDisksec/Transfer:

指以秒计算的在此盘上写入数据的所需平均时间。

　　NetworkInterface：

　　BytesTotal/sec:

为发送和接收字节的速率，包括帧字符在内。

判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较

　　SQLServer性能计数器：

　　AccessMethods（访问方法）用于监视访问数据库中的逻辑页的方法。

　　FullScans/sec（全表扫描/秒）每秒不受限的完全扫描数。

可以是基本表扫描或全索引扫描。

如果这个计数器显示的值比1或2高，应该分析你的查询以确定是否确实需要全表扫描，以及SQL查询是否可以被优化。

　　Pagesplits/sec（页分割/秒）由于数据更新操作引起的每秒页分割的数量。

　　BufferManager（缓冲器管理器）：

监视Microsoft&

reg;

SQLServer?

如何使用：

内存存储数据页、内部数据结构和过程高速缓存；

计数器在SQLServer从磁盘读取数据库页和将数据库页写入磁盘时监视物理I/O。

监视SQLServer所使用的内存和计数器有助于确定：

是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。

如果是这样，SQLServer必须从磁盘检索数据。

是否可通过添加更多内存或使更多内存可用于数据高速缓存或SQLServer内部结构来提高查询性能。

　　SQLServer需要从磁盘读取数据的频率。

与其它操作相比，例如内存访问，物理I/O会耗费大量时间。

尽可能减少物理I/O可以提高查询性能。

　　PageReads/sec：

每秒发出的物理数据库页读取数。

这一统计信息显示的是在所有数据库间的物理页读取总数。

由于物理I/O的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。

　　PageWrites/sec（.写的页/秒）每秒执行的物理数据库写的页数。

　　BufferCacheHitRatio.在“缓冲池”（BufferCache/BufferPool）中没有被读过的页占整个缓冲池中所有页的比率。

可在高速缓存中找到而不需要从磁盘中读取的页的百分比。

这一比率是高速缓存命中总数除以自SQLServer实例启动后对高速缓存的查找总数。

经过很长时间后，这一比率的变化很小。

由于从高速缓存中读数据比从磁盘中读数据的开销要小得多，一般希望这一数值高一些。

通常，可以通过增加SQLServer可用的内存数量来提高高速缓存命中率。

计数器值依应用程序而定，但比率最好为90%或更高。

增加内存直到这一数值持续高于90%，表示90%以上的数据请求可以从数据缓冲区中获得所需数据。

　　LazyWrites/sec（惰性写/秒）惰性写进程每秒写的缓冲区的数量。

值最好为0。

　　CacheManager（高速缓存管理器）对象提供计数器，用于监视Microsoft&

如何使用内存存储对象，如存储过程、特殊和准备好的Transact-SQL语句以及触发器。

　　CacheHitRatio（高速缓存命中率，所有Cache”的命中率。

在SQLServer中，Cache可以包括LogCache，BufferCache以及ProcedureCache，是一个总体的比率。

）高速缓存命中次数和查找次数的比率。

对于查看SQLServer高速缓存对于你的系统如何有效，这是一个非常好的计数器。

如果这个值很低，持续低于80%，就需要增加更多的内存。

　　Latches（闩）用于监视称为闩锁的内部SQLServer资源锁。

监视闩锁以明确用户活动和资源使用情况，有助于查明性能瓶颈。

　　AverageLatchWaitTime（ms）（平均闩等待时间（毫秒））一个SQLServer线程必须等待一个闩的平均时间，以毫秒为单位。

如果这个值很高，你可能正经历严重的竞争问题。

　　LatchWaits/sec（闩等待/秒）在闩上每秒的等待数量。

如果这个值很高，表明你正经历对资源的大量竞争。

　　Locks（锁）提供有关个别资源类型上的SQLServer锁的信息。

锁加在SQLServer资源上（如在一个事务中进行的行读取或修改），以防止多个事务并发使用资源。

例如，如果一个排它（X）锁被一个事务加在某一表的某一行上，在这个锁被释放前，其它事务都不可以修改这一行。

尽可能少使用锁可提高并发性，从而改善性能。

可以同时监视Locks对象的多个实例，每个实例代表一个资源类型上的一个锁。

　　NumberofDeadlocks/sec（死锁的数量/秒）导致死锁的锁请求的数量

　　AverageWaitTime（ms）（平均等待时间（毫秒））线程等待某种类型的锁的平均等待时间

　　LockRequests/sec（锁请求/秒）每秒钟某种类型的锁请求的数量。

　　Memorymanager:

用于监视总体的服务器内存使用情况，以估计用户活动和资源使用，有助于查明性能瓶颈。

监视SQLServer实例所使用的内存有助于确定：

　　是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。

　　是否可以通过添加更多内存或使更多内存可用于数据高速缓存或SQLServer内部结构来提高查询性能。

　　Lockblocks:

服务器上锁定块的数量，锁是在页、行或者表这样的资源上。

不希望看到一个增长的值。

　　Totalservermemory：

sqlserver服务器当前正在使用的动态内存总量.

　　监视IIS需要的一些计数器

　　InternetInformationServicesGlobal:

　　FileCacheHits%、FileCacheFlushes、FileCacheHits

　　FileCacheHits%是全部缓存请求中缓存命中次数所占的比例，反映了IIS的文件缓存设置的工作情况。

对于一个大部分是静态网页组成的网站，该值应该保持在80%左右。

而FileCacheHits是文件缓存命中的具体值，FileCacheFlushes是自服务器启动之后文件缓存刷新次数，如果刷新太慢，会浪费内存；

如果刷新太快，缓存中的对象会太频繁的丢弃生成，起不到缓存的作用。

通过比较FileCacheHits和FileCacheFlushes可得出缓存命中率对缓存清空率的比率。

通过观察它两个的值，可以得到一个适当的刷新值（参考IIS的设置ObjectTTL、MemCacheSize、MaxCacheFileSize）

　　WebService:

　　BytesTotal/sec:

显示Web服务器发送和接受的总字节数。

低数值表明该IIS正在以较低的速度进行数据传输。

　　ConnectionRefused：

数值越低越好。

高数值表明网络适配器或处理器存在瓶颈。

　　NotFoundErrors：

显示由于被请求文件无法找到而无法由服务器满足的请求数（HTTP状态代码404）

官方解释：

Object

Measurement

Description

System

%TotalProcessor

Time

Theaveragepercentageoftimethatalltheprocessorsonthesystemarebusyexecutingnon-idlethreads.Onamultiprocessorsystem,ifallprocessorsarealwaysbusy,thisis100%,ifallprocessorsare50%busythisis50%andif1/4oftheprocessorsare100%busythisis25%.Itcanbeviewedasthefractionofthetimespentdoingusefulwork.EachprocessorisassignedanIdlethreadintheIdleprocesswhichconsumesthoseunproductiveprocessorcyclesnotusedbyanyotherthrea