• 微信公众号:美女很有趣。 工作之余,放松一下,关注即送10G+美女照片!

一篇文章了解性能监视器基本使用

开发技术 开发技术 1个月前 (01-30) 16次浏览

Windows中有一个很强大的内置工具,称为性能监视器(Performance Counters),可让您跟踪很多有用的性能指标。它是免费的,且容易上手使用,但是很多人没有很好地使用它。

这是使用性能监视器可以监视的部分内容:

  • CPU使用率
  • 内存使用情况
  • 进程中引发的异常数
  • ASP.NET应用程序中的请求数
  • 在ASP.NET应用程序中请求响应时间

通过它你能监视数百种具体不同的计数器。例如,假如想了解进程的内存使用情况,它提供了专用字节,虚拟字节,工作集合,工作私有集合,Gen X集合,GC中的时间百分比,大对象堆大小以及其他更多计数器。

在本文中,我们将看到如何使用PerfMon监视性能计数器,最有价值的计数器以及如何在代码中编写自己的自定义计数器。

 一篇文章了解性能监视器基本使用

PerfMon中使用性能计数器

在Windows中监视性能计数器的主要工具Performance Monitor(或称PerfMon)。这个工具已经在Windows中,可以在开始菜单中键入“PerfMon”或在命令行窗口中运行“ perfmon”命令来找到它。

要实时查看性能计数器,请单击左侧菜单中的性能监视器。您可能会看到一个默认计数器Processor Time已经存在。要添加更多计数器,请单击“ +”图标。

 一篇文章了解性能监视器基本使用

在出现的对话框中,您将看到类别计数器实例三个部分。每个类别包含许多计数器。每个计数器可以包含多个实例,这些实例允许更详细地监视该计数器。

 一篇文章了解性能监视器基本使用

 

 在上图中,在实例实例AzureStorageEmulator的所有堆中添加了#字节计数器。与许多其他计数器一样,在此计数器中,实例是进程。这意味着计数器将仅监测“ AzureStorageEmulator”进程的字节。

 添加后,新计数器将出现在图形中。您可以更改颜色,比例,线条样式和其他属性。

 一篇文章了解性能监视器基本使用

 

 您可以将监视器会话保存到文件中。为此,首先添加任何你要记录的计数器。然后,右键单击左侧菜单中的“性能监视器”项目,然后选择“新建数据收集器集,输入适当的名称并选择日志目录。

 一篇文章了解性能监视器基本使用

 

 新集合将出现在左侧菜单 “数据收集器集” |“用户定义菜单项中。如果要开始录制,请右键单击收集器集,然后选择开始。要停止,请右键单击并选择停止。它将会创建一个.blg后缀的文件,以后可以在PerfMon中打开该文件。

有价值的调试计数器

每种故障排除类型都有不同的重要计数器。挂起状态的应用程序,和性能较慢的情况,我们将检查不同的事项。同时ASP.NET也具有自己的一组计数器。

重要的CPU计数器

  • 进程处理器时间百分比(总计或每个进程)–显示整个计算机或特定进程的CPU使用率。可以说明很多问题。在挂起状态的应用程序上,如果“处理器时间”已用完,则该过程将陷入无限循环之类的CPU约束操作中。如果处理器时间为0,则可能是死锁或卡在I / O请求上。请注意,此数字最多可以达到100 * [逻辑CPU]。因此,当您看到100%的值时,并不意味着CPU达到极限。
  • 进程特权时间百分比–与”处理器时间百分比类似,不同之处在于它仅包含处理器在内核模式下花费的时间。只有核心操作系统组件和某些驱动程序才能在内核模式下运行。在这种模式下,代码可以执行任何操作并访问任何内存地址。比如修改寄存器和启用中断。
  • 进程用户时间百分比–与“处理器时间百分比类似,不同的是它仅包括处理器在用户模式下花费的时间。也就是说,不是内核模式。
  • 处理器处理器时间百分比–显示每个线程而不是每个进程的处理器时间百分比。实例代表逻辑CPU内核。

内存的重要计数器

内存有3个主要类别:.NET CLR内存,用于托管内存,内存进程

  • 专用字节–显示已提交的进程内存(托管的和本机的)。这表示未与其他进程共享的内存。
  • 虚拟字节–为进程分配的虚拟内存。这既是已用内存又是保留内存。它将始终等于或大于Private Bytes。它包括共享的DLL。
  • 工作集–进程消耗的物理内存,包括其他进程也使用的共享DLL。
  • #堆上的字节数–包括所有托管堆的总和– Gen 0 + Gen 1 + Gen 2 + LOH。这代表分配的托管内存大小。

监视内存泄漏的最佳计数器是专用字节。如果它继续上升,那么程序可能出现内存泄漏。如果要区分是托管内存和还是本机内存的问题,请检查#堆上字节数,以测量托管内存。如果它与“专用字节”一起增加,则是托管内存问题。如果在“专用字节”增加时它保持稳定,那么这就是本机内存问题。

  • Gen X集合-回收器回收的次数。值得检查性能问题。如果很高,则可能存在内存压力(GC压力)问题。特别是第二代收集应该是低的,因为那些收集非常慢。

ASP.NET重要计数器

仅当计算机上运行ASP.NET应用程序时,以下计数器才会激活。

  • Web Service ISAPI扩展请求数/–在ASP.NET应用程序中每秒处理的请求数。
  • 当前请求数–当前处理的请求数。正在排队和正在执行。数字高可能表明存在问题。
  • 应用程序重新启动–应用程序重新启动范围很广,可能会导致性能问题。重新启动可能是由于Web.configmaching.configglobal.asax修改,bin目录的修改或其他原因引起的。

有关ASP.NET计数器的非常有用且经过说明的列表,请参阅Microsoft文档中的相关文章。

其他重要计数器

  • 每秒抛出的异常数–每秒抛出大量异常会严重影响性能。这些通常是优先机会(已处理)异常。
  • IO数据字节数/–进程发送和接收的字节数。

性能计数器代码

.NET Framework中有一个非常简单的API,可以使用System.Diagnostics.PerformanceCounter类来自己监视性能。这是一个例子:

1 var currentProcess = Process.GetCurrentProcess().ProcessName;
2 PerformanceCounter privateBytes = 
3     new PerformanceCounter(categoryName:"Process", counterName:"Private Bytes", instanceName:currentProcess);
4 PerformanceCounter gen2Collections = 
5     new PerformanceCounter(categoryName:".NET CLR Memory", counterName:"# Gen 2 Collections", instanceName:currentProcess);
6 Debug.WriteLine("private bytes = " + privateBytes.NextValue());
7 Debug.WriteLine("gen 2 collections = " + gen2Collections.NextValue());
8  

上面的代码简单地获取2个计数器的当前值并打印日志。

创建自定义性能计数器也不太困难。我创建了一个示例,示范一个最没用处的性能计数器。它报告当前的系统时间秒。这是代码:

 1 bool exists = PerformanceCounterCategory.Exists("MyTimeCategory");
 2 
 3 if (!exists)
 4 
 5 {
 6 
 7     PerformanceCounterCategory.Create("MyTimeCategory", "My category help",
 8 
 9         PerformanceCounterCategoryType.SingleInstance, "Current Seconds",
10 
11         "My counter help");
12 
13 }
14 
15 PerformanceCounter pc = new PerformanceCounter("MyTimeCategory", "Current Seconds", false);
16 
17 while (true)
18 
19 {
20 
21     Thread.Sleep(1000);
22 
23     pc.RawValue = DateTime.Now.Second;
24 
25 }

上面的代码创建一个新的计数器(如果不存在)。在这种情况下,它是一个单实例计数器。每秒将计数器的值更新为系统时间秒。现在,我可以运行代码,打开PerfMon并添加新的计数器。结果是这样的: 

总结

性能计数器是.NET调试和监测中非常有用的功能。尽管它们通常无法帮助您找到问题的根本原因,但性能计数器可以为我们指明正确的方向。例如,如果您遇到性能问题,则可以轻松查看它们是否与内存,CPU或异常太多等相关。

 

参考:michaelscodingspot


程序员灯塔
转载请注明原文链接:一篇文章了解性能监视器基本使用
喜欢 (0)