asp.net - 哪些性能计数器可用于识别 ASP.NET 瓶颈？

Question

鉴于此处的图表，我应该查看什么来确定瓶颈？如您所见，请求在负载下平均持续近 14 秒，其中大部分时间归因于 New Relic 分析数据中的 CLR。在特定页面的性能细分中，它将大部分时间归因于 WebTransaction/.aspx 页面。

Answer 1

我看到数据库也被读取（橙色），这是所有页面之一延迟其余页面的接缝，因为会话在页面上进行了锁定。

您还可以阅读： 完全替换 ASP.Net 的会话

我的建议是完全删除会话调用，如果不可能，请自行找到另一种方法将它们保存在数据库中的某个位置。

实际上，在我的页面中，我已经做出了所有三种可能的选择。1.我在没有会话的情况下调用页面。2 我已经创建了完全自定义的会话，这些会话是连接到用户 cookie 的值，最后 3。我已经创建了远离会话的线程，它们在后台进行计算，当它们完成时，我会显示结果。

在某些情况下，计算是在没有会话的情况下调用页面的 iframe 上完成的，稍后我会显示结果。

Answer 2

在 Pro 版本中，您可以使用事务跟踪，这有助于准确定位问题发生的位置。