我有一个在 Windows 2008 的 IIS7 下运行的 ASP.NET 3.5 网站。
当我重新启动 IIS (iisreset)，然后点击一个页面，初始启动真的很慢。
我在 Process Explorer 中看到以下活动：
在此期间我也没有看到任何其他进程使用 CPU。它基本上只是挂起。
在那段时间里发生了什么？我怎样才能追踪到这段时间所花费的时间？
【问题讨论】：
标签： asp.net performance iis startup
我们遇到了类似的问题，结果是 Windows 超时检查签名证书的吊销。检查您的服务器是否正在尝试呼叫某处（例如 crl.microsoft.com）。也许您的代理设置不正确？还是挡路的防火墙？我们最终确定我们对服务器有足够的控制权并且不想“打电话回家”，所以我们只是禁用了检查。您可以使用 .NET 2.0 SP1 及更高版本执行此操作，方法是将以下内容添加到 machine.config。
<runtime> <generatePublisherEvidence enabled="false"/> </runtime>
我不确定你是否可以把它放在你的 app.config/web.config 中。
【讨论】：
IL 正在被 Just-In-Time 编译器转换为机器本机代码（程序集），您可以等待所有奇迹发生。
编译源代码时 托管代码，编译器翻译 微软中级的源代码 语言 (MSIL)。这是一个 独立于 CPU 的指令集 可以有效地转换为 本机代码。微软中级 语言 (MSIL) 是使用的翻译 作为多个输出 编译器。它是一个输入 即时 (JIT) 编译器。这 公共语言运行时包括 JIT 用于将 MSIL 转换为的编译器 本机代码。
在微软中间语言之前 （MSIL）可以执行它，必须 由 .NET Framework 转换 即时 (JIT) 编译器到本机 代码。这是特定于 CPU 的代码 在相同的计算机架构上运行 作为 JIT 编译器。而不是使用 时间和内存来转换所有的 可移植可执行文件 (PE) 中的 MSIL 文件到本机代码。它将 MSIL 在执行时根据需要，然后 缓存生成的本机代码，以便 它可用于任何后续 来电。
【讨论】：
这就是将 asp.Net 页面编译成中间语言 + JIT 编译 - 它只在页面第一次加载时发生。 （见http://msdn.microsoft.com/en-us/library/ms366723.aspx）
如果它真的让您感到困扰，那么您可以通过预编译您的网站来阻止它发生。
编辑：只需重新阅读问题 - 60 秒非常长，您会希望在此期间看到一些处理器活动。检查事件日志以获取系统和应用程序目标中的错误/消息。还可以尝试在这 60 秒内创建 w3wp 进程的故障转储 - 您可能会通过查看一些调用堆栈来识别它在做什么。
如果每次都需要恰好 60 秒，那么它很可能正在等待某事超时 - 60 秒是一个不错的整数。确保它与域控制器等有正确的连接......
（如果有一些 IIS 诊断工具可以做得更好，那么恐怕我不知道它们，这个问题可能更适合 ServerFault，以上是一种更适合开发人员的方法故障排除：-p）
【讨论】：
我发现从前端 Web 服务器到数据库服务器的初始连接存在网络延迟。
这个问题是 Windows 2008 和我们特定的网络硬件所特有的。
解决方案是在 Web 服务器上禁用以下功能：
【讨论】：
超过 60 秒听起来很可疑。尝试运行 test.html 页面以查看需要多长时间。这将隔离 IIS7 的角色。
然后暂时重命名您的 web.config、global.asax 和应用程序文件夹并尝试 test.aspx 页面（非常简单的页面）。这将隔离 ASP.NET。
如果这两个都很快（即大约 10 秒），那么这就是您的应用程序。但是，如果其中任何一个都很慢，那么不是应用程序和服务器本身的问题。
【讨论】：
这顶帽子与 JIT 编译无关。如果此程序集不存在或代码文件已更改，则普通 C# 编译器会在启动时将您的代码隐藏文件 (.aspx.cs) 编译为中间语言到程序集中。您的网站程序集位于您网站的“bin”文件夹中。
事实上，JIT 编译是在那之后发生的，但这非常快，不会花费几分钟。 JIT 编译发生在 .net 应用程序的每次启动时，并且不会超过一个视图秒。
如果您将已编译的网站程序集 (YourWebsite.dll) 部署到 bin 文件夹中，则可以避免编译您的网站。也可以只部署 aspx 文件并将代码隐藏在文件 (aspx.cs) 文件中。
【讨论】：
我一直在与类似的问题作斗争。对我来说，事实证明我已经为 NLog 启用了内部日志记录。启动时间增加了大约 3 分钟！
原始配置
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
autoReload="true"
throwExceptions="false" throwConfigExceptions="false"
internalLogLevel="Debug"
internalLogFile="C:\Temp\NLog.Internal.txt">
固定配置
<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
autoReload="true"
throwExceptions="false" throwConfigExceptions="false">
对于信息，我通过使用 SysInternals 的 ProcMon.exe 发现了这一点，过滤了进程名称“w3wp.exe”
【讨论】：