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

Question

根据这里的图表，我应该查看哪些内容来确定瓶颈？正如您所看到的，在负载下，请求的平均时间接近14秒，其中大部分时间都归因于New Relic的概要数据中的CLR。在特定页面的性能细分中，它将大部分时间归因于WebTransaction/.aspx页面。

​

​

​

​

Answer 1

我看到数据库也被读取了(橙色)，这是所有页面中的一个页面延迟了其余页面的接缝，因为会话在页面上设置了锁。

你也可以阅读：Replacing ASP.Net's session entirely

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

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

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

Answer 2

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