【问题标题】:Trying to analyse Azure Website Performance issue, currently have Elmah writing logs to disk, Issue?尝试分析 Azure 网站性能问题,目前 Elmah 将日志写入磁盘,问题?
【发布时间】:2014-07-02 11:07:05
【问题描述】:

我在 Azure 网站标准实例上使用 MVC3、ASP.NET 4.5、EF5、SQL Azure。

我遇到了一些性能问题,其中一些是由于初始编译,即“冷启动”。

不过,我也在使用 Elmah,目前正在网站内写入 XML 文件。由于缺少 .ico 文件或对不需要但被引用的 javascript 文件的引用,我也收到不少 404 错误。是的,我知道他们不应该在那里。然而,除了引发 404 之外,他们还引发了 Elmah 错误。我想了解的是记录到 XML 文件对 Azure 网站磁盘空间的影响,而不是数据库。

也许所有这些磁盘写入都可能导致锁定或其他问题?

非常感谢。

【问题讨论】:

  • 尝试在本地重现问题并使用分析器。或者,远程调试网站并在负载下暂停调试器 10 次。它会在最慢的代码中停止最多。

标签: asp.net-mvc asp.net-mvc-4 azure elmah azure-web-app-service


【解决方案1】:

我们在至少 15 个流量很大的在线应用程序中使用了 Elmah XML 文件错误日志记录。这些应用程序在过去 1 年中记录了数百万个错误。到目前为止,我们还没有遇到 Elmah 的性能问题。 如果您认为您的应用程序存在性能问题,请使用诸如 Ants profiler 之类的配置文件来分析您的应用程序。您应该能够很快找出应用程序中的“热点”。上周我们遇到了一个问题,即数据库服务器出现故障,这导致应用程序运行缓慢。

【讨论】:

  • 阿吉特,谢谢。非常感谢现实世界的反馈。关于性能方面的 XML 与 SQL 日志记录有何看法?
  • 我们尚未测量 XML 与 SQL 日志记录的性能。我们决定使用基于 XML 的错误日志记录,因为单个 xml 文件更易于阅读和搜索。也可以通过示例 ElasticSearch 对它们进行索引以进行搜索。它几乎是我们公司使用最广泛的日志框架和类型,没有人建议我们应该转向基于 xml 的日志记录。
  • 谢谢你...猜猜“没有人建议我们应该迁移到基于 xml 的日志记录”的意思是“没有人建议我们应该迁移到基于 sql 的日志记录”。跨度>
猜你喜欢
  • 2016-01-31
  • 1970-01-01
  • 2014-07-31
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-08-29
相关资源
最近更新 更多