Pourquoi même recycler un pool d'applications?
Peut-être quelqu'un peut jeter quelque lumière sur cette question toute simple:
J'ai un .NET application web qui a été soigneusement vérifiées. Il charge un cache par domaine d'application (processus) chaque fois que l'on commence et ne peut pleinement répondre à des demandes jusqu'à la fin de ce cache chargement.
J'ai été d'examiner les paramètres de mon pools d'applications et ont commencé à me demander pourquoi j'étais même le recyclage si souvent (une fois tous les 1 000 000 d'appels ou 2 heures).
Ce qui m'empêche de réglage auto-recycle d'être une fois toutes les 24 heures ou même plus? Pourquoi ne pas supprimer complètement l'option et juste recycler si la mémoire tourne hors de contrôle pour le domaine d'application?
source d'informationauteur Omer van Kloeten
Vous devez vous connecter pour publier un commentaire.
Si votre application s'exécute de manière fiable pendant plus longtemps que le seuil fixé pour l'application de la piscine de recyclage, puis par tous les moyens d'augmenter le seuil. Il n'y a aucun inconvénient si votre application est stable.
Pour nous, nous avons le recyclage éteint tout à fait, et plutôt une tâche qui charge une page de test à chaque minute et exécute un iisreset si elle ne parvient pas à charger cinq fois dans une rangée.
Vous devriez probablement être à la recherche au recyclage du point de vue de la fiabilité. Sur la base des historiques de données, vous devriez avoir une idée de combien de mémoire, le PROCESSEUR et donc sur votre application utilise, et l'historique des modèles et quand l'ennui commence à se produire. Sachant cela, vous pouvez configurer le recyclage de contrer ces problèmes. Par exemple, si vous savez que votre application a une augmentation de l'utilisation de la mémoire de modèle* qui conduit à l'application en cours d'exécution hors de la mémoire après une période de plusieurs jours, vous pouvez le configurer pour recycler avant que ne serait arrivé.
* De toute évidence, vous aussi, vous voulez résoudre ce bug si possible, mais le recyclage peut être utilisé pour augmenter la fiabilité pour le client
La raison pour laquelle ils le font c'est qu'une application peut être "pas de travail", même si c'est de l'UC et de la mémoire sont très bien (pense blocage). L'application de recyclage est une finale fiable de la mesure qui permet de protéger le code défectueux de mourir.
Aussi le code qui a échoué à mettre en œuvre IDisposable irait finaliseurs sur le recyclage qui permettra éventuellement de presse tenue de ressources.