Pourquoi les pools d'applications IIS doivent-ils être recyclés?
Des pools d'applications IIS sont recyclés très souvent et je ne peux pas comprendre pourquoi. Je me souviens avoir lu sur un problème possible en IIS6 cela signifiait que vous étiez obligés de recycler, mais une rapide recherche se tourne maintenant vide. Sur IIS6 ou 7, vous pouvez désactiver le temps d'inactivité, la durée et le temps de recycler les options donc pas de problèmes là-bas.
Alors, pourquoi est-ce que chaque .net site de recyclage de l'application de la piscine? Si un site n'ont pas de fuites de mémoire pourriez-vous mettre en place un site qui n'aurait jamais dû recycler?
Aussi à défaut, ce serait la meilleure façon de s'assurer des tâches de fond sont appelés, est-il un redémarrage automatique des modules pour IIS ou devrait un service externe être utilisée pour faire ces appels?
Il sonne comme il est possible de le faire si vous avez vraiment envie/besoin?
source d'informationauteur Daniel Little
Vous devez vous connecter pour publier un commentaire.
Sites web sont destinés à maintenir en marche (bien que dans un apatride en nature). Il y a une multitude de raisons pour lesquelles le pool d'applications de recyclage peuvent être bénéfiques pour la plate-forme d'hébergement afin d'assurer à la fois le site et le serveur à exécuter de manière optimale. Il s'agit notamment (mais pas uniquement) compilé dynamiquement assemblées restant dans le domaine d'application, l'utilisation de la session de mise en cache (sans garantie de nettoyage), d'autres sites web en liberté et des ressources consommées dans le temps etc. Une application d'une piscine peut généralement servir plus d'un site web, de sorte que le pool d'applications de recyclage peut être bénéfique pour s'assurer que tout fonctionne bien.
Outre le démarrage initial lorsque l'application des feux de nouveau, l'effet devrait être minime. Http.sys tient sur demande, tandis qu'un nouveau processus de travail est commencé donc pas les demandes doivent être abandonnées.