WIN IIS6.0应用程序池回收相关知识(2)

类似地，在配置应用程序池以基于处理请求的数目来回收应用程序时，可以每隔一段时间回收一次以分担与工作进程回收有关的系统开销。

何时使用工作进程回收
在决定是否启动工作进程回收时，应考虑以下常规指南。最佳的解决方案是修复引起故障的应用程序。但是，并非总能使用重新编码，尤其是运行的其他应用程序代码无法修改时。

在以下情况下考虑使用回收：

无法修复 Web 服务器上您所主控的有故障的应用程序。
遇到不能确定的或间断性的故障。
您怀疑应用程序由于性能监视的原因而泄漏内存。
先前已实施了临时性的重置解决方案，例如，计划执行 IISReset 命令行实用工具。
在以下情况下，可能根本不需要使用回收：

您所主控的网站只包含静态内容，并且不包含自定义 Internet 服务器 API (ISAPI) 应用程序。
您所主控的应用程序已经过完全测试，并且不会出现内存或资源分配问题。
要有效地使用回收，请仔细检查回收所依据的标准（如下表中所示）。

回收依据的条件 描述 使用时间
ISAPI 请求 根据应用程序池中 ISAPI 的请求回收工作进程。 ISAPI 扩展可以将其自身声明为运行状况差。
运行时间 根据用户指定的时间（分钟）回收工作进程。 存在故障的应用程序的运行时间过长。
请求数目 当超文本传输协议 (HTTP) 请求超出某个特定阈值时回收工作进程。 根据应用程序接收到的请求数目，应用程序出现故障。
计划的时间 在 24 小时内的指定时间进行回收。 条件与运行时间的条件类似。
虚拟内存（保留的内存加上已使用的内存） 当工作进程虚拟内存达到某个特定阈值时回收该工作进程。 内存堆栈碎片过多（这是由于应用程序保留多次内存造成的）。症状是虚拟内存持续增加。
已使用的内存 当 W3wp.exe 进程使用的内存达到某个特定阈值时回收工作进程。 某些应用程序出现内存泄漏。
根据需要 当 IIS 管理员可以使用 Microsoft® 管理控制台 (MMC) 或脚本控制整个应用程序池的回收时开始回收。 在其他站点启动并运行时，有一个引起故障的应用程序池。请考虑回收该应用程序，而无需重置整个 WWW 服务。