TransferRequestHandler和BeginRequest的性能问题

Question

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

我已经注意到的是,一个显著的时间在他们的"TransferRequestHandler"报道,当我下潜到它,我看到它是真正的"的BeginRequest()"方法,它需要时间的方法度过.

在New Relic中看起来像这样.

我是来寻找任何可能的问题最接近的是这个线程在这里对堆栈溢出我才发现为什么所有ASP.Net网站是缓慢的,而我试图找出如何对待它,但我实际上试图替换会话模块,但这没有帮助.

该站点是ASP.NET MVC和Webforms之间的混合体.

我意识到,这是一个长镜头,你没有太多的"开走",但如果有人可以把我在正确的方向,最重要的是能够在本地或东西重现行为一样,我将非常感激 :)

Answer 1

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

\n\n

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

\n\n

相对于会话:
\n调用 aspx 页面返回随机缓慢的图像
\n ASP.NET 服务器不异步处理页面
\n尝试使 Web 方法异步
\n在共享同一会话时处理另一个 Web 应用程序时 Web 应用程序被阻止\xc2 \xa0
\n哪些性能计数器可用于识别 ASP.NET 瓶颈？\xc2\xa0
\n完全替换 ASP.Net 的会话\xc2\xa0

\n\n

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

\n\n

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

\n