7

我们有两个 Web 应用程序（Azure Web 角色），它们在 System.Web.HttpApplication.BeginRequest 期间都偶尔会出现长时间延迟（40 到 60 秒）。我们知道这一点是因为我们使用 NewRelic 来监控我们的网络应用程序。通常的罪魁祸首是由于 ASP.NET 的会话状态锁定机制导致的线程敏捷性问题，但是我们不使用 ASP.NET 会话状态，并且在其中一个站点上我们根本不使用会话。

一个应用程序比另一个应用程序复杂得多并且延迟更多，但我将在这个问题中使用简单的应用程序来希望缩小根本原因。

简单的 Web 应用程序是一系列基于 ServiceStack 的 Web 服务。它不使用会话。它仅充当基于 WCF 的服务层的中介。它主要将请求引导到 WCF 服务，然后将响应映射到视图以传输回代理。服务器甚至不会在它们运行的​​负载（最大 2.5% CPU）时出汗。

那么请问可能的原因是什么？

  1. 我最好的猜测是这是一个线程敏捷性问题，因为它似乎在等待某些东西，这表明某处有锁。但是如果不是会话状态，它还在等什么？NewRelic 或 ServiceStack 导致锁定？
  2. NewRelic的报错，没有问题。好吧，当我们过去使用 ASP.NET 会话状态时，NewRelic 正确地报告了问题，并且得到了更多这些延迟。
4

1 回答 1

1

New Relic 没有特定于 ServiceStack 的工具，而 WCF 是非常基本的，没有自定义工具。没有更多信息，很难提供任何建议。线程敏捷性也是罪魁祸首，我建议先调查该路线。

New Relic 可能会将时间归因于它不应该的方法。我可能会首先使用 New Relic Support 开一张票，并包含您的所有信息（代理日志、IIS/ASP.NET 配置、自定义处理程序？以及指向您的 New Relic 图的永久链接）。

于 2013-10-16T20:52:26.250 回答