简体   繁体   English

什么perfmon计数器可用于识别ASP.NET瓶颈?

[英]What perfmon counters are useful for identifying ASP.NET bottlenecks?

Given the chart here, what should I be looking at to identify the bottleneck? 鉴于此处的图表,我应该注意什么才能找出瓶颈? As you can see, requests are averaging nearly 14 seconds under load and the bulk of that time is attributed to the CLR in New Relic's profiling data. 正如您所看到的,请求在负载下平均接近14秒,并且大部分时间归因于New Relic的分析数据中的CLR。 In the performance breakdown for a particular page, it attributes the bulk of the time to the WebTransaction/.aspx page. 在特定页面的性能细分中,它将大部分时间归因于WebTransaction / .aspx页面。

在负荷测试期间由新遗物捕获的统计数据

页面的统计信息

I see that the database is readed also (the orange) and this is seams that one of all pages have delay the rest of pages because of the lock that session make on the pages. 我看到数据库也被重新加入(橙色)并且由于会话在页面上的锁定而导致所有页面中的一个页面延迟其余页面。

you can read also : Replacing ASP.Net's session entirely 你也可以阅读: 完全取代ASP.Net的会话

My suggestion is totally remove the session calls and if this is not possible, find an other way to save them somewhere in database by your self. 我的建议是完全删除会话调用,如果这是不可能的,找到另一种方法将它们保存在数据库中的某个地方。

Actually in my pages I have made all three possible options. 实际上,在我的页面中,我提出了所有三种可能的选择。 1. I call the page with out session. 我在没有会话的情况下调用该页面。 2 I have made totally custom session that are values connected to the user cookie, and last 3. I have made threads that are run away from the session and they make calculations on background, when they finish I show the results. 2我完成了自定义会话,这些会话是连接到用户cookie的值,最后是3.我已经创建了远离会话的线程,他们在后台进行计算,完成后我会显示结果。

In some cases the calculations are done on iframe that call a page without session and there later I show the results. 在某些情况下,计算是在没有会话的情况下调用页面的iframe完成的,稍后我会显示结果。

在Pro版本中,您可以使用“事务跟踪”,它可以帮助确定问题的确切位置。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM