6

我正在尝试确定 ASP.NET 应用程序初始启动时间很长（恕我直言）的原因。

该应用程序使用各种第三方库，并且我确信可以合并许多引用，但是，我正在尝试识别（并分配责任）dll 以及它们对扩展启动过程的贡献。

到目前为止，启动时间从 2-5 分钟不等，具体取决于盒子上其他东西的使用情况。基于站点的复杂性，我认为这是不可接受的，我需要将其减少到最多 30 秒的范围内。

为了明确我正在寻找的性能范围，这是从第一个请求到初始 Application_Start 方法被命中的时间。

那么我从哪里开始获取有关加载哪些 DLL 以及加载它们需要多长时间的信息，以便我可以尝试将我们需要解决/整合的成本/收益放在一起。

从能力的角度来看，我使用 JetBrains dotTrace 已经有一段时间了，我很清楚一旦我们进入应用程序后如何对应用程序进行基准测试，但它似乎在应用程序代码之外，因此在什么之外我目前知道。

我正在寻找的是关于如何在我的代码的第一个入口点之前了解正在发生的事情的方法。

注意：我知道我可以在回收/升级时调用默认页面来进行初始加载，但我宁愿解决实际问题，也不愿在上面糊涂。

注意2：硬件在功能方面已经足够扩展和分离，因此我很确定这不是问题。

4

4 回答 4

4

关于分析/调试启动代码的单独答案：

w3wp 只是一个运行.Net 代码的进程。因此，您可以使用所有用于普通 .Net 应用程序的分析和调试工具。

一个棘手的问题是 w3wp 进程会在第一次向应用程序发出请求时自动启动，如果您的工具不支持在启动时附加到进程，那么调查应用程序的启动代码就会有问题。

解决它的技巧是将另一个应用程序添加到同一个应用程序池中。这样，您可以通过导航到另一个应用程序来触发 w3wp 创建，而不是针对已经运行的进程附加/配置您的工具。当您最终触发您的原始应用程序工具时，将看到现有 w3wp 进程中发生加载。

延迟 2-5 分钟，您甚至可能不需要分析器 - 只需按照上面建议的方式附加 Visual Studio 调试器，并在加载站点期间随机触发“全部中断”几次。代码的最慢部分很有可能位于许多线程之一的堆栈上。还要注意调试输出 - 可能会给你一些线索是怎么回事。

您也可以使用 WinDbg 以类似的方式捕获所有线程的堆栈（可能比 VS 更轻松）。

于 2012-06-06T20:20:21.587 回答
2

您的 DLL 引用是根据需要加载的，而不是一次全部加载。

外部引用会减慢我的 ASP.NET 应用程序的速度吗？（VS：添加参考对话框）

如果启动需要 2-5 分钟，我会看看 Application_Start 中发生了什么，以及加载后 DLL 会做什么。他们是否试图连接到非常慢的远程服务？机器对于它正在做的事情是否太小了（例如，运行具有大量数据的数据库以及 AWS 微实例或类似实例上的 Web 服务器）？

由于加载时间可能不是 IIS 工作进程解析引用，所以我会求助于传统的应用程序分析器（例如 Jetbrains、Antz、dotTrace）来查看在 DLL 初始化时以及在 Application_Start 方法中花费的时间。

于 2012-06-06T17:00:13.627 回答
2

娱乐选项与分析一起检查：

  • 分析所有内容，为所有内容添加时间跟踪并记录信息
  • 如果您有许多 ASPX 视图需要在启动时编译（我认为这是发布配置的默认设置），则需要一些时间
  • 如果尚不存在对 Web 服务或其他 XML 序列化相关代码的引用，则需要编译序列化程序集
  • 访问远程服务（包括本地 SQL）也可能需要启动服务
  • 应用程序/远程服务中的积极缓存可能需要每个缓存群

生产：

  • 启动时间的目标是什么？先弄清楚它，否则你将无法达到它。
  • 你愿意为减少启动时间付出多少代价。与花费数月的开发/测试时间和延迟产品相比，增加 1-10 台服务器可能更便宜。
  • 考虑多台服务器，通过热身呼叫滚动重启，网络花园
  • 如果数据库对象的缓存或一般来说是一个问题，请考虑现有的分布式内存缓存......
于 2012-06-06T17:22:03.553 回答
0

尽管有大量的 dll，但我几乎可以肯定，对于一个合理的应用程序，它不会成为问题的原因。大多数时候是静态对象初始化导致启动缓慢。

在 C# 中，静态变量在第一次访问类型时被初始化。我建议使用 sql profiler 并查看在应用程序启动期间执行的查询是什么，然后从那里查看初始化成本高昂的对象是什么。

于 2012-06-06T16:58:00.890 回答