Dan*_*tle 21 iis application-pool
IIS中的应用程序池经常被回收,我无法弄清楚原因.我记得在IIS6中读到一个可能的问题,这意味着你被迫回收,但快速搜索现在变空了.在IIS6或7上,您可以关闭空闲时间,持续时间和特定时间回收选项,以便在那里没有问题.
那么为什么每个.net站点都会回收应用程序池呢?如果某个站点没有任何内存泄漏,您是否可以设置一个永远不需要回收的站点?
如果失败了,那么确保调用后台任务的最佳方法是,IIS是否有自动重启模块,还是应该使用外部服务来进行这些调用?
听起来如果你真的想要/需要它可以吗?
Mat*_*ott 22
网站旨在继续运行(尽管处于无国籍状态).应用程序池回收对托管平台有益的原因有很多,以确保网站和服务器都以最佳状态运行.这些措施包括(但不限于)剩余的AppDomain的动态编译组件,使用会话缓存的(不保证清理),其他网站横行和资源消耗得到随着时间的推移等的应用程序池通常可以服务于多个网站,因此应用程序池回收可以有利于确保一切顺利运行.
除了应用程序再次启动时的初始启动,效果应该是最小的.Http.sys在启动新的工作进程时保留请求,因此不应删除任何请求.
Ora*_*ech 10
来自https://weblogs.asp.net/owscott/why-is-the-iis-default-app-pool-recycle-set-to-1740-minutes
\n\n\n\n\n您可能会问是否需要固定回收。每日回收只是在出现轻微内存泄漏或其他缓慢渗入工作进程的情况下刷新 IIS 的创可贴。理论上\n\xe2\x80\x99不需要每天回收,除非你有一个已知的问题。我曾经建议您在不需要时完全关闭它。\n 但是,我今天更倾向于将其设置为每天回收一次非高峰时间作为一项主动措施。
\n\n我的原因是,首先,您的网站应该能够在回收中生存而不会产生太大影响,因此每日回收不应该成为一个问题。其次,我\xe2\x80\x99发现,即使表现良好的应用程序池,随着时间的推移,最终也会有一些东西潜入其中,影响应用程序池。我\xe2\x80\x99 见过流量模式的问题,导致应用程序中出现过多\n 缓存或奇怪的情况,并且我\xe2\x80\x99 见过\xe2 非常罕见的IIS 错误(确实罕见!)如果每天回收\x80\x99t 问题。这是创可贴吗?有可能,但如果每日回收可以防止非关键问题浮出水面,那么我相信它\xe2\x80\x99是一个很好的\n主动措施,可以节省大量的故障排除工作\n \xe2\x80\x99 对于故障排除并不重要。但是,如果您认为\n 真正的问题可以通过回收来抑制,那么请务必关闭自动回收,以便您可以追踪并\n 解决您的问题。\xe2\x80\x99s 没有黑白答案。只有您才能为您的环境做出最佳决策。
\n
对于那些对 IIS 世界相对陌生的人(比如我)来说,还有很多有用/有趣的信息,我建议您阅读它。
\n| 归档时间: |
|
| 查看次数: |
35585 次 |
| 最近记录: |