Visual Studio性能计数器，负载测试结果分析- Part III

对于一个多用户的应用程序，性能是很是重要的。性能不只是执行的速度，它包括负载和并发方面。Visual Studio是能够用于性能测试的工具之一。Visual Studio Test版或Visual Studio 2010旗舰版为自动化测试提供了支持。

 

介绍

对于一个多用户的应用程序，性能是很是重要的。性能不只是执行的速度，它包括负载和并发方面。性能测试是对如下问题的回答

• 咱们如何确保咱们的新的应用程序将支持预期的用户负载？
• 如何避免在实际负载条件下会出现的问题？
• 如何肯定响应时间？
• 如何规划服务器的容量？

 

Visual Studio是能够用于性能测试的工具之一。Visual Studio Test版或Visual Studio 2010旗舰版为自动化测试提供了支持。

这将是一系列文章的第三部分。

• Part I： Web测试和配置

• Part II：负载测试，RIG和负载测试术语。

• Part III：性能计数器，负载测试结果分析。

  

性能计数器

性能计数器能够是系统预约义或用户自定义的，用来衡量系统的性能。性能测试结果分析彻底依赖于做为测试的一部分而捕获的性能计数器。所以，为了有更好的测试结果和更好的分析，咱们首先须要了解每一个服务器相关的的重要的计数器。

咱们可使用性能监视器（这篇文章中讨论的）或使用Visual Studio自己，来捕捉性能计数器。为了获取相应的服务器的计数器，在须要在Load test中把服务器添加到computer section。

 

 

添加计算机来收集性能计数器

在Load test中，右键单击Run Settings 下的 Counter Set Mappings，选择Manage Counter Sets选项。

 

Manage Counter Sets窗口将被打开，在这里咱们能够添加计算机。添加计算机系统，并选择相应的计数器。

 

当负载测试执行时，咱们能够在Visual Studio中观察到每一个计算机系统对应的计数器。

 

在性能监视器中添加计数器

本文也将讨论设置性能监视器来捕获计数器。若是您使用性能监视器来捕获计数器，那么咱们就须要确保在负载测试前启动计数器，并在负载测试完成后再关闭它。还须要从多台服务器合并结果并生成报告。

（译者：在Run中输入perfmon，来打开性能监视器。在性能工具->性能监视器下打开性能监视器图表，在性能监视器图表中，点击+或右键菜单来添加计数器）

重要的计数器

咱们根据服务器和服务器上的应用程序来捕获对应的计数器。例如，一个数据库服务器所需的计数器和web服务器上的不一样。另外，咱们须要为每一个服务器设置通用的计数器，如处理器利用率，内存利用率等。在本节中，咱们将讨论通用计数器和应用程序服务器以及数据库服务器所需的重要的计数器。在这里，咱们将讨论一些重要的计数器，但不是所有。

通用计数器

\Processor(*)\%Processor time -这个计数器衡量处理器的利用率。在全部服务器上捕捉这个计数器，并测量平均使用率。在空闲的状况下，处理器的利用率应低于80％。

\Process(*)\Private Bytes - 指示分配给该进程的内存的字节数。该计数器指示进程的内存使用率。

\Network Interface\Bytes Received/sec, \Network Interface\Bytes Sent/sec, \Network Interface\Bytes Total/sec -这三个计数器指示了服务器的网络使用率。

ASP.NET Web应用程序服务器计数器

\.Net CLR Data\ -这个计数器组包含与如下相关的计数器：链接池的数量，失败的链接尝试的数量和在应用程序服务器上运行的特定进程的链接池的数量。

（译者：.net链接池用于ADO.net和数据库链接，能够参考.NET链接池救生员一文）

\.Net CLR LocksAndThreads\ -这个计数器组包含物理和逻辑线程数和发生竞争（Contentions）的数量。

(译者：逻辑线程指托管线程；物理线程指操做系统线程；Contentions指试图获取托管锁发生的错误)

\.Net CLR Memory\ -这个计数器组包括Gen 0，Gen 1和Gen 2的垃圾回收数量和堆的大小。指示了垃圾收集率和应用程序每轮的内存管理。

\.Net Memory Cache4.0\ -这个计数器组帮助你了解应用程序的缓存实现。

\ASP.Net Applications\ -这个计数器组提供请求处理和应用管理的概览：有多少请求被处理，拒绝，排队或断开，缓存命中率和失误，错误，身份验证失败，输出缓存请求数和失败数，活跃和被丢弃的会话，提交和停止的事务。

数据库服务器计数器

\Database\ -数据库相关的计数器，如数据库高速缓存的大小，数据库I / O读取和写入，页面转换和记录转换。SQL Server特定的计数器被定义在单独的计数器组。

\SQLAgent:Jobs\ -该计数器组包含的计数器指示了SQL Server中运行的做业的状态。指示了有多少做业是是活动的，失败的，正在排队，或已成功执行。

\SQLServer:Locks\ -这个计数器指示在应用程序执行中有多少次死锁发生。

 

通用术语

在讨论的计数器以及如何理解它们前，咱们须要研究性能测试相关的多个术语。

响应时间（Response Time）

大多数的性能测试是为了了解在给定负载状况下应用程序的响应时间。若是应用程序没有完成性能测试，那么预期的用户负载的响应时间可能不会被定义。

响应时间是指一个页面或者事务响应用户所花费的时间。8秒是一个网页标准的最大响应时间。若是页面有不少的图像或视频，它可能须要更多的时间来加载。为了更好的使用，咱们能够加载页面中使用异步调用和Ajax。若是响应时间是很是高的，用户的体验将变得糟糕，对应用的使用方法也可能会影响到响应时间。减小响应时间的同时保持丰富的用户界面是一项挑战。

吞吐量（Throughput）

吞吐量是每秒由服务器处理的事务或输入的数量。这指示了服务器每次能够处理的负载或请求的数量。根据吞吐量和响应时间的要求，咱们能够来规划的服务器集群。

资源利用（Resource Utilization）

资源利用包括服务器的处理器，内存和网络的利用率。应用程序对服务器资源的利用率肯定了，咱们是部署一台服务器，仍是须要部署多台服务器。

 

这是三个主要的性能测试术语或者指标。除了这些衡量指标之外，咱们有网络时间，等待时间，请求时间，测试组合，负载组合等指标，咱们将在后面讨论。

 

 

结果分析

如今，咱们有所需的计数器数据和性能数据，如响​​应时间和吞吐量等。对于不一样场景的性能结果分析，没法在一两个文档中解释清楚。取决于咱们收到的做为性能测试的结果数据，分析会有所不一样。

例如，假设你获得很高的响应时间，同时具备良好的资源利用率​​。简单来讲这意味着，高响应时间不是因为任何资源的问题引发的，它多是因为你的SQL部分或前端代码引发。查看SQL计数器，并肯定是否有特定的页面作了某些数据库调用并产生大量的读，写或占用大量CPU时间。若是是这样的话，这个问题在于数据库查询或存储过程。然后，咱们缩小到数据库级别的问题，而后咱们就可使用数据库工具，如SQL Execution plan或Data engine tuning advisor，了解并解决此问题。

若是问题出在应用程序的代码上，而后咱们须要研究的问题是，问题是不是由高速缓存，图像，线程，链接池的问题致使的。

 

 

结论

咱们在下一篇文章中咱们将使用一些示例场景来更深刻讨论性能测试的结果分析。