大家好，深入解析Windows性能监视器：计数器与阀值设定技巧相信很多的网友都不是很明白，包括也是一样，不过没有关系，接下来就来为大家分享关于深入解析Windows性能监视器：计数器与阀值设定技巧和的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！
内存计数器可接受的平均值范围所需值操作
Pages/sec（系统每秒读写虚拟内存的总次数） 0-20（正常参考值） 低查找导致pagen 添加RAM 的进程
可用字节（系统可用物理内存的总字节数） 至少占总内存的5%（大于物理内存的5%） 高查找正在使用RAM 的进程添加RAM
提交字节数（系统在虚拟内存中为其保留空间的物理内存字节数） 小于物理RAM 低查找正在使用RAM 的进程添加RAM
Pool Nonpaged Bytes（操作系统占用且无法写入虚拟内存的物理内存的总字节数） 保持稳定，不增加（处于稳定状态） 不适用检查应用程序中的内存泄漏
页面错误/秒（每秒在物理内存中找不到应用程序所需数据的次数）低于5 低查找导致分页的进程添加RAM
处理器计数器可接受的平均范围所需值操作
% Processor TimeLess that 85% LowFind 进程使用过多的处理器时间。升级或添加另一个处理器
System Processor Queue Length（处理器队列长度，即处理器线程数） 小于10Low升级或添加额外的处理器
服务器工作队列；队列长度（当前CPU服务器作业长度）小于FourLowFind进程使用过多的处理器时间；升级或添加另一个处理器
%Privileged Time 如果此参数值和“物理磁盘”参数值仍然很高，则表明存在I/O 问题。低的
Interrupts/sec（每秒接收的硬件中断请求数） 取决于处理器LowFind 控制器卡生成中断
物理磁盘计数器可接受的平均范围期望值操作
% Disk Time（磁盘读写机箱服务所占用的磁盘时间百分比）低于50%（小于50%）低监控看看是否发生分页；升级磁盘子系统
Current Disk Queue Length（当前等待磁盘读写请求的数量） 0-2Low 升级磁盘子系统
平均。磁盘字节/传输（每次写入或读取操作期间传输的平均数据字节数） 基线或更高（越高越好） HighUpgrade 磁盘子系统
Disk Bytes/sec（系统每秒可以从磁盘读取或写入的总字节数） 基线或更高（越高越好） HighUpgrade 磁盘子系统
网络接口计数器可接受的平均范围期望值Actin
网络利用率(在任务管理器中)(Network Utilization)一般低于30%低低
Network Interface Bytes Sent/sec 网卡每秒可发送的总字节数基准或更高高升级网络适配器或物理网络
网络接口：字节总数/秒网卡每秒可以发送和接收的字节数基线或更高高执行进一步分析以确定问题原因升级或添加另一个适配器
Server: Bytes Received/Sec 服务器每秒从网络接收的总字节数小于网卡带宽容量的50%NA升级网络适配器或物理网络
SQL Server计数器可接受的平均范围期望值Actin
.缓冲区高速缓存命中率。 “缓冲池”（Buffer Cache/Buffer Pool）中尚未读取的页与整个缓冲池中所有页的比例。计数器值取决于应用，但优选90% 或更高的比率。高的。 Cache Hit Ratio（缓存命中率） 如果这个值非常低并且持续低于80%，则需要添加更多内存。高加内存
Memory: 内存使用量可能是系统性能中最重要的因素。如果系统频繁“页面交换”，则说明内存不足。分页是使用称为页的单元将固定大小的代码和数据块从RAM 移动到磁盘的过程，目的是释放内存空间。虽然一些页面交换是可以接受的，允许Windows 2000 使用比实际更多的内存，但频繁的页面交换会降低系统性能。减少页面交换将显着提高系统响应能力。要监视内存不足情况，请从以下对象计数器开始：
可用Mbytes: 可用物理内存数。如果Available Mbytes的值很小（4 MB或更少），则意味着计算机上的总内存可能不足，或者程序尚未释放内存。
page/sec: 表示由于硬件页错误而从磁盘获取的页数，或由于页错误而写入磁盘以释放工作集空间的页数。一般来说，如果每秒页数持续高于几百页，那么您应该进一步调查页面交换活动。可能需要增加内存以减少分页的需要（您可以将此数字乘以4k 以获得最终的硬盘数据流量）。 Pages/sec 的值较大并不一定表示存在内存问题，但可能是由于运行使用内存映射文件的程序引起的。
page read/sec: 页的硬故障，页/秒的子集，必须读取页文件的次数才能解析对内存的引用。阈值为5。越低越好。大的值表示磁盘读取而不是缓存读取。
由于过多的分页会占用大量硬盘空间，因此可能会将分页内存不足与导致分页的磁盘瓶颈混淆。因此，在调查由于内存不足而导致页面交换的不太明显的原因时，必须跟踪磁盘使用计数器和内存计数器，如下所示：
物理磁盘/磁盘时间百分比
物理磁盘/平均磁盘队列长度
示例包括每秒页面读取次数、磁盘时间百分比和平均磁盘队列长度。如果页面读取操作率较低且% Disk Time 和Avg.Disk Queue Length 值较高，则可能存在磁盘瓶颈。但是，如果在队列长度增加的同时页面读取速率没有降低，则说明内存不足。
要确定过多页面交换对磁盘活动的影响，请多次增加物理磁盘/平均磁盘秒/传输和内存/页面/秒计数器的值。如果这些计数器超过0.1，则页面交换将占用磁盘访问时间的百分之十以上。如果这种情况发生很长时间，那么您可能需要更多内存。
Page Faults/sec: 每秒的软页面失败次数（包括一些直接在内存中可以满足的和一些需要从硬盘读取的）比page/sec仅表明数据不能在指定的时间内立即使用工作内存集。
Cache Bytes：文件系统缓存，默认为可用物理内存的50%。例如，当IIS5.0内存不足时，它会自动清理缓存。您需要关注该柜台的走势变化
如果您怀疑内存泄漏，请监视内存/可用字节和内存/提交字节以观察内存行为，并监视您认为可能泄漏内存的进程的进程/专用字节、进程/工作集和进程/句柄计数。如果您怀疑内核模式进程导致泄漏，您还应该监视内存/池非分页字节、内存/池非分页分配和进程（进程名称）/池非分页字节。
Pages per Second : 每秒检索的页面数。此数字应小于每秒一页。
过程：
%Processor Time: 处理器消耗的处理器时间量。如果服务器专用于SQL Server，则最大可接受限制为80-85%
页面错误/sec: 将进程生成的页面错误与系统生成的页面错误进行比较，以确定该进程对系统页面错误的影响。
work set:处理线程最近使用的内存页，反映每个进程使用的内存页数量。如果服务器有足够的可用内存，该页面将保留在工作集中。当可用内存小于某个阈值时，该页面将从工作集中清除。
Inetinfo:Private Bytes: 此进程分配的当前不能与其他进程共享的字节数。如果系统性能随着时间的推移而下降，则该计数器可能是内存泄漏的最佳指示器。
处理器：监视处理器和系统对象计数器可以提供有关处理器使用情况的宝贵信息，帮助您确定是否存在瓶颈。
%Processor Time:如果该值持续超过95%，则表明瓶颈是CPU。考虑添加处理器或更换为更快的处理器。
%User Time:代表消耗CPU的数据库操作，如排序、执行聚合函数等，如果该值很高，考虑添加索引，并尽量使用简单的表连接、大表的水平拆分等，以减少价值。
%Privileged Time：（CPU 核心时间）是处理线程在特权模式下执行代码所花费的时间百分比。如果该参数值和“物理磁盘”参数值仍然很高，则表明存在I/O 问题。考虑用更快的硬盘系统更换硬盘系统。另外，在RAM中设置Tempdb、减少‘max async IO’、‘maxlazy writer IO’等措施都会降低这个值。
此外，服务器工作队列/队列长度计数器跟踪计算机服务器工作队列的当前长度，可以揭示处理器瓶颈。队列长度始终大于4 表明处理器可能发生拥塞。该计数器是特定时间的值，而不是一段时间内的平均值。
% DPC Time: 越低越好。在多处理器系统中，如果该值大于50% 并且Processor:% Processor Time 非常高，添加网卡可能会提高性能，并且提供的网络不再饱和。
线
ContextSwitches/sec:（实例化inetinfo 和dllhost 进程） 如果您决定增加线程字节池大小，则应该监视这三个计数器（包括上面的一个）。增加线程数可能会增加上下文切换的次数，因此性能不会增加反而会下降。如果十个实例的上下文切换值非常高，则应减小线程字节池大小。
物理磁盘：
%Disk Time %: 是指所选磁盘驱动器忙于处理读取或写入请求的时间百分比。如果三个计数器都比较大，那么硬盘就不是瓶颈。如果只有%Disk Time比较大，其他两个都比较适中，那么硬盘可能是瓶颈。在记录此计数器之前，请在Windows 2000 命令行窗口中运行diskperf -yD。如果该值持续超过80%，则可能存在内存泄漏。
平均磁盘队列长度： 是指在实例间隔期间对所选磁盘排队的平均读写请求数。该值不应超过磁盘数量的1.5~2倍。要提高性能，请添加磁盘。注意：Raid Disk 实际上有多个磁盘。
Average Disk Read/Write Queue Length: 指的是平均读（写）请求数（队列）。
磁盘读取(写入)/s: 物理磁盘上每秒的磁盘读取和写入次数。两者之和应小于磁盘设备的最大容量。
Average Disksec/Read: 是指读取该磁盘上的数据所需的平均时间（以秒为单位）。
Average Disk sec/Transfer: 是指在此磁盘上写入数据所需的平均时间（以秒为单位）。
网络接口：
Bytes Total/sec : 是发送和接收字节（包括帧字符）的速率。要确定网络连接速度是否是瓶颈，可以将计数器值与当前网络带宽进行比较。
SQLServer性能计数器：
AccessMethods（访问方法）用于监视访问数据库中逻辑页的方法。 Full Scans/sec（全表扫描/秒） 每秒的全扫描次数不受限制。可以是基本表扫描或全索引扫描。如果此计数器显示的值大于1 或2，则应分析您的查询以确定是否确实需要全表扫描以及是否可以优化SQL 查询。 Page splits/sec（页面分割/秒） 每秒由数据更新操作引起的页面分割数。
缓冲区管理器：监控Microsoft SQL Server？使用方法：内存存储数据页、内部数据结构、过程缓存；当SQL Server 从磁盘读取数据库页并将数据库页写入磁盘物理I/O 时，会监视计数器。监视SQL Server 使用的内存和计数器可以帮助确定： 是否由于缺乏可用物理内存来在缓存中存储频繁访问的数据而存在瓶颈。如果是这样，SQL Server 必须从磁盘检索数据。是否可以通过添加更多内存或为数据缓存或SQL Server 内部结构提供更多内存来提高查询性能。
SQL Server 需要从磁盘读取数据的频率。与其他操作（例如内存访问）相比，物理I/O 可能会花费大量时间。最小化物理I/O 可以提高查询性能。
.Page Reads/sec：每秒发出的物理数据库页读取数。此统计信息显示所有数据库的物理页读取总数。由于物理I/O 成本高昂，因此可以通过使用更大的数据缓存、智能索引、更高效的查询或更改数据库设计来最大限度地减少物理I/O。
.Page Writes/sec（.Pages Writes/Second）每秒写入物理数据库的页数。
.缓冲区高速缓存命中率。 “缓冲池”（Buffer Cache/Buffer Pool）中尚未读取的页与整个缓冲池中所有页的比例。无需从磁盘读取即可在缓存中找到的页面的百分比。该比率是自SQL Server 实例启动以来缓存命中总数除以缓存查找总数。在很长一段时间内，这个比率变化很小。由于从缓存读取数据比从磁盘读取数据便宜得多，因此您通常希望该值更高。通常，您可以通过增加SQL Server 可用的内存量来提高缓存命中率。计数器值取决于应用程序，但90% 或更高的比率是最好的。增加内存，直到该数字始终高于90%，这意味着超过90% 的数据请求可以从数据缓冲区获取所需的数据。延迟写入/秒(Lazy Writes/sec) 延迟写入进程每秒写入的缓冲区数。最佳值为0。
缓存管理器对象提供计数器来监视Microsoft SQL Server 如何使用内存来存储对象，例如存储过程、特殊和准备好的Transact-SQL 语句以及触发器。 Cache Hit Ratio（缓存命中率，所有“Cache”的命中率。在SQL Server中，Cache可以包括Log Cache、Buffer Cache和Procedure Cache，这是一个总体的比率。）缓存命中数与查找次数。这是一个很好的计数器，可以了解SQL Server 缓存对您的系统的有效性。如果该值较低且始终低于80%，请添加更多内存。
闩锁监视称为闩锁的内部SQL Server 资源锁。监视锁存器的用户活动和资源使用情况可以帮助查明性能瓶颈。
.Average Latch Wait Time (ms)（平均闩锁等待时间（毫秒））SQL Server 线程必须等待闩锁的平均时间（以毫秒为单位）。如果该值很高，您可能会遇到严重的争用问题。 Latch Waits/sec 锁存器每秒等待的次数。如果该值较高，则表明您正在经历大量资源竞争。
锁提供有关单个资源类型上的SQL Server 锁的信息。对SQL Server 资源（例如事务内的行读取或修改）放置锁，以防止多个事务同时使用该资源。例如，如果某个事务在表的一行上放置了排他(X) 锁，则在释放该锁之前，其他事务都无法修改该行。尽可能少地使用锁可以提高并发性，从而提高性能。可以同时监视Locks 对象的多个实例，每个实例代表一种资源类型上的一个锁。 Number of Deadlocks/sec（死锁数量/秒） 导致死锁的锁请求数量。 Average Wait Time(ms)（平均等待时间（毫秒）） 等待某种类型锁的线程的平均等待时间。 Lock Requests/sec（锁定请求/秒）每秒某种类型的锁定请求数。
内存管理器：用于监控整体服务器内存使用情况，以估计用户活动和资源使用情况，帮助查明性能瓶颈。监视SQL Server 实例使用的内存可以帮助确定：
是否由于缺乏可用物理内存来在缓存中存储频繁访问的数据而存在瓶颈。如果是这样，SQL Server 必须从磁盘检索数据。
是否可以通过添加更多内存或为数据缓存或SQL Server 内部结构提供更多内存来提高查询性能。
锁块： 服务器上的锁块数。锁位于页、行或表等资源上。不希望看到价值不断增加。
服务器总内存：SQL Server 服务器当前使用的动态内存总量。
监视IIS 所需的一些计数器
互联网信息服务Global:
文件缓存命中百分比、文件缓存刷新、文件缓存命中
File Cache Hits %是缓存命中占所有缓存请求的比例，反映了IIS的文件缓存设置的工作状态。对于主要由静态网页组成的网站，该值应保持在80% 左右。 File Cache Hits 是文件缓存命中的具体值，File CacheFlushes 是自服务器启动以来文件缓存刷新的次数。如果刷新太慢，就会浪费内存；如果刷新太快，缓存中的对象就会被过于频繁地丢弃，导致缓存没有效果。通过比较File Cache Hits 和File Cache Flushes，可以获得缓存命中率与缓存刷新率的比率。通过观察它的两个值，可以得到一个合适的刷新值（参考IIS设置ObjectTTL、MemCacheSize、MaxCacheFileSize）
网络服务：
Bytes Total/sec: 显示Web 服务器发送和接收的总字节数。较低的数字表示IIS 正在以较慢的速度传输数据。
连接被拒绝：值越低越好。高数字表示存在网络适配器或处理器瓶颈。
未找到错误：显示由于找不到请求的文件而导致服务器无法满足的请求数（HTTP 状态代码404）
【深入解析Windows性能监视器：计数器与阀值设定技巧】相关文章：
2.米颠拜石
3.王羲之临池学书
8.郑板桥轶事十则
用户评论
我觉得了解Windows性能监控很有用，这样我能更好地调试问题。
有20位网友表示赞同！
我一直想学习一下关于计算机性能监控的方法和技巧。
有8位网友表示赞同！
这篇文章能帮我找到一些解决系统运行缓慢问题的途径吗？
有20位网友表示赞同！
对于新手来说，这些计数器和阀值有点看不懂啊。
有6位网友表示赞同！
希望能有更多实际案例来解释这些概念，这样更容易理解。
有17位网友表示赞同！
学习这些知识可以让我更专业的维护计算机系统吧！
有15位网友表示赞同！
我想知道哪些是常用的计数器和阀值设置？
有20位网友表示赞同！
使用Windows性能监控器需要一定的专业背景吗？
有19位网友表示赞同！
这篇文章可以帮助我优化系统的硬件配置吗？
有18位网友表示赞同！
很期待看到具体的代码实现，这样更加实用。
有19位网友表示赞同！
我想了解一下如何查看和分析这些计数器的数值变化趋势。
有12位网友表示赞同！
文章提到哪些工具可以用来设置阀值和进行监控？
有5位网友表示赞同！
学习了这些知识，我可以更好的诊断系统错误吗？
有20位网友表示赞同！
我对性能瓶颈识别比较感兴趣，这篇文章能提供相关信息吗？
有20位网友表示赞同！
希望能有更多关于不同软件使用的计数器及阀值设置的方法分享。
有15位网友表示赞同！
如果系统出现问题时，该如何根据这些数据进行排查呢？
有9位网友表示赞同！
文章中提到了哪些需要注意的点？什么情况应该引起警惕？
有9位网友表示赞同！
这篇文章适合用于学习Linux性能监控吗？
有7位网友表示赞同！
希望介绍一些实用的案例来展示如何使用Windows性能监控器。
有12位网友表示赞同！