如何在生产环境中跟踪零星的ASP.NET性能问题？

Question

我的网站出现零星的性能问题已经有一段时间了。网站90%的时间都是非常快的。但有时它真的真的很慢。我的意思是5-10秒的加载时间有点慢。我以为我已经把范围缩小到了我所在的服务器上，所以我把所有东西都迁移到了一家完全不同的虚拟主机公司的新的专用服务器上。但问题仍在继续。

我想我要找的是一个很好的工具，可以帮助我找到问题所在，因为这显然不是硬件的问题。我希望能够在我的ASP.NET代码中记录某些事件，并让相同的记录器同时跟踪服务器性能/资源。如果我可以回头看看日志，那么我就可以看到我的网站在极端缓慢的时候到底在做什么。

有没有一个.NET日志记录系统，可以让我在跟踪性能的同时，用代码调用它？你有什么推荐的？

Answer 1

我遇到的每一个间歇性性能问题都是由数据库中的某些东西引起的。

你需要看看我的博客帖子Unexplained-SQL-Server-Timeouts-and-Intermittent-Blocking。不，这不是由繁重的插入或更新过程引起的，正如您所预期的那样。

我会每天运行1/2的数据库跟踪。是的，跟踪必须在生产环境中完成，因为问题通常不会在使用率较低的环境中发生。

您的跟踪日志行将有一个“持续时间”列，显示事件所用的时间。你看到的是长时间运行的那些，以及它们之前的那些可能会阻碍长时间运行的那些。一旦你找到了模式，你就需要弄清楚事情是如何工作的。

Answer 2

IIS 7.0具有内置的ETW跟踪功能。ETW是最快且开销最小的日志记录。它内置于内核中。关于IIS，它可以记录每个调用。ETW最好的部分是您可以包含系统中的所有内容，并获得应用程序和服务器的整体情况。例如，您可以包括注册表、文件系统、上下文切换和获取调用堆栈以及持续时间。

下面是针对IIS的ETW的基本概述，我也有一些关于IIS的posts

Answer 3

我会从监控ASP.NET related performance计数器开始。如果您愿意，您甚至可以将自己的计数器添加到您的应用程序中。此外，请查看在减速时运行的w3wp.exe进程数与正常运行的进程数。看看他们的内存使用情况。对我来说，这听起来像是内存泄漏，最终导致工作进程终止，这当然会暂时修复问题。