Iis 如何确认应用程序预热插件是否工作？

我有一个web应用程序正在使用WCF服务。在IIS重置或应用程序池回收后，两者在预热时都很慢。所以，作为一个可行的解决方案，我为IIS7.5安装了应用程序预热，并为web站点和wcf服务设置了它。

---

我担心的是，这似乎没有任何区别——我第一次访问该网站时，仍然需要很长时间才能打开它。我检查了事件日志，没有错误。因此，我想知道是否需要为该模块的工作做一些特殊的工作。

在IIS管理器中，当您进入站点，然后进入应用程序预热时，右侧有一个“操作”窗格。我认为你需要以下两件事：

单击添加请求并添加至少一个URL，例如/YourService.svc

单击设置，并选中“启动应用程序池”“服务启动时您的池”

---

这两个都有吗？如果没有选中第二个设置，那么我认为在用户访问站点之前不会进行预热（在您的情况下，这可能会破坏预热模块的功能）。

在IIS管理器中，当您进入站点，然后进入应用程序预热时，右侧有一个“操作”窗格。我认为你需要以下两件事：

单击添加请求并添加至少一个URL，例如/YourService.svc

单击设置，并选中“启动应用程序池”“服务启动时您的池”

---

这两个都有吗？如果您没有检查第二个设置，那么我认为在用户访问站点之前不会进行预热（在您的情况下，这可能会破坏预热模块的用途）。

在您修复了可能的软件/代码优化后，

请允许我建议每个代码都需要通过硬件cpu进行处理。当我们使用多核cpu，安装了更多的内存，并将标准UTP 5e电缆插入UTP-6电缆连接到服务器上时，我们的服务器性能突飞猛进。。。这并不能解决您的问题，但如果您像我们一样痴迷于速度，那么您将对瓶颈速度的各个方面感兴趣。

在您修复了可能的软件/代码优化后

请允许我建议每一个代码都需要通过硬件cpu进行处理。当我们使用多核cpu，安装了更多的内存，并将标准UTP 5e电缆插入UTP-6电缆连接到服务器上时，我们的服务器性能突飞猛进。。。这并不能解决您的问题，但如果您像我们一样痴迷于速度，那么您将对瓶颈速度的各个方面感兴趣。

Microsoft提供了一个新模块，它是IIS 8.0的一部分，取代了以前的预热模块。这可以单独下载

该模块将创建一个预热阶段，在该阶段中，您可以指定在服务器开始接受请求之前必须完成的请求数。最重要的是，它将提供重叠的流程，以便在新启动的流程准备就绪之前不会为用户提供服务

---

我在上回答了一个类似的问题，并提供了更多详细信息。

Microsoft提供了一个新模块，它是IIS 8.0的一部分，取代了以前的预热模块。这可以单独下载

该模块将创建一个预热阶段，在该阶段中，您可以指定在服务器开始接受请求之前必须完成的请求数。最重要的是，它将提供重叠的流程，以便在新启动的流程准备就绪之前不会为用户提供服务

---

我在回答了一个类似的问题，并提供了更多详细信息。

我确实有一个指向我的服务的请求url，并且我确实选中了“启动应用程序池”。尽管如此，如果我离开盒子几分钟，然后再次尝试访问该网站，加载第一页或从WCF服务获得响应需要很长时间。我对这个插件有点失望，最后可能会编写一个简单的windows服务，每分钟左右都会ping站点和wcf服务。当我试用时，我可以看到IIS启动后，任务管理器中就出现了我的应用程序池的w3wp.exe。几分钟后，辅助进程是否仍在为您运行？在应用程序池->高级设置中，是否设置了“空闲超时”或很短的回收时间间隔？我确实有一个指向我的服务的请求url，并且我确实选中了“启动应用程序池”。尽管如此，如果我离开盒子几分钟，然后再次尝试访问该网站，加载第一页或从WCF服务获得响应需要很长时间。我对这个插件有点失望，最后可能会编写一个简单的windows服务，每分钟左右都会ping站点和wcf服务。当我试用时，我可以看到IIS启动后，任务管理器中就出现了我的应用程序池的w3wp.exe。几分钟后，辅助进程是否仍在为您运行？在应用程序池->高级设置中，是否设置了“空闲超时”或非常短的回收时间间隔？