asp.net - TransferRequestHandler 和 BeginRequest 的性能问题

Question

我已经开始使用New Relic来监控http://alternativeto.net的性能这是一个相当大的网站。

我注意到，他们报告为“TransferRequestHandler”的方法花费了大量时间，当我深入研究它时，我发现实际上是“BeginRequest()”方法花费了时间。

在 New Relic 中看起来像这样。

我发现的最接近问题的地方是 Stack Overflow 上的这个线程 I just discovered why all ASP.Net websites are slow, and I am trying to work out what to do about it但我实际上尝试更换 session 模块，但这没有帮助。

该网站是 ASP.NET MVC 和 Webform 的混合体。

我意识到这是一个漫长的过程，你没有太多可以“继续”的东西，但如果有人能让我朝着正确的方向前进，最重要的是能够在本地重现行为或类似的东西，我将非常感激:)

Answer 1

BeginRequest 是一切开始的地方，因此通常会有延迟，但您必须更深入地找到导致延迟的代码的实际位置。

如果 session 是问题所在，则当用户执行长时间操作(例如下载文件)或使页面长时间卡住的复杂过程时禁用 session 。

相对于 session :
call aspx page to return an image randomly slow
ASP.NET Server does not process pages asynchronously
Trying to make Web Method Asynchronous
Web app blocked while processing another web app on sharing same session
What perfmon counters are useful for identifying ASP.NET bottlenecks?
Replacing ASP.Net's session entirely

下一步是创建一个完全自定义的 session 。

现在，如果您使用多个池(网络花园)来运行您的站点，这可能会有所帮助，但在此之前，您必须确保已正确同步数据并使用互斥锁和其他锁定机制在多个池上运行泳池环境。