L'optimisation des performances du pool d'applications IIS nécessite d'équilibrer les ressources et la stabilité. Les points clés incluent: 1. Réglage du temps de recyclage approprié, il est recommandé de récupérer tous les jours à des pics bas ou de le déclencher en fonction de la mémoire; 2. Contr?lez la limite supérieure de la mémoire (telle que 512 Mo ~ 1 Go) pour empêcher le brouillage des ressources; 3. Activer l'isolement de défauts rapide, ajustez le seuil d'erreur pour éviter les erreurs de blocking; 4. Ajustez le temps de temps d'expiration inactif et améliorez la vitesse de réponse en combinaison avec le préchargement.

L'optimisation des paramètres de performances du pool d'applications IIS consiste en fait à trouver un point d'équilibre entre l'allocation des ressources et la stabilité. Vous avez peut-être remarqué que si la configuration n'est pas raisonnable, la réponse du site Web ralentira et même le délai d'expiration. Surtout lorsque le nombre de visites est important, une configuration déraisonnable vous fera fréquemment vérifier les problèmes et est très inefficace.

Les paramètres clés suivants sont quelque chose que la plupart des utilisateurs sont enclins à ignorer mais sont très importants:

1. Réglez le temps de recyclage approprié (intervalle de temps régulier)

Par défaut, IIS recyclera automatiquement le pool d'applications toutes les 1740 minutes (c'est-à-dire 29 heures). Bien que ce paramètre soit s?r, il ne convient pas à de nombreuses applications avec une concurrence élevée ou sensible à la mémoire.

• Si votre application a plus de caches ou de taches de longue durée, un recyclage trop fréquent peut provoquer une gigue de performance.
• Au contraire, si vous constatez que l'utilisation de la mémoire continue d'augmenter et que la pression GC se produit parfois, le raccourcissement approprié que l'intervalle de récupération peut libérer des ressources.

suggestion:

• Pour les sites de charge moyenne, il peut être réglé pour récupérer automatiquement une fois tous les matins pendant la période de pointe basse (comme 1440 minutes).
• Ou éteignez simplement le recyclage régulier et utilisez d'autres conditions de déclenchement (telles que la limite de mémoire) pour la contr?ler.

2. Contr?lez la limite supérieure de l'utilisation de la mémoire (limite de mémoire privée)

Il s'agit d'un paramètre clé pour empêcher un pool d'applications de consommer trop de mémoire affectant l'ensemble du serveur.

• La valeur par défaut est illimitée, ce qui est très dangereux sur les serveurs où plusieurs sites coexistent.
• Lorsqu'un pool d'applications dépasse la limite de mémoire privée définie, IIS le recyclera automatiquement pour éviter de faire glisser les autres services.

suggestion:

• Le capuchon de mémoire est raisonnablement alloué en fonction de la charge attendue de chaque site. Par exemple, un site CMS normal peut être réglé sur 512 Mo à 1 Go.
• Si vous observez un recyclage fréquent et que l'utilisation de la mémoire est proche de la limite supérieure, vous devez déterminer si le programme a des fuites de mémoire ou doit ajouter des limites.

3. Activer une protection rapide

Cette fonction est utilisée pour empêcher le pool d'applications de tomber dans une boucle morte en raison de collisions fréquentes.

• Le paramètre par défaut consiste à désactiver le pool d'applications 5 fois toutes les 5 minutes.
• Ce mécanisme peut protéger efficacement la stabilité globale du système, mais parfois il peut blesser accidentellement ces services anormaux à court terme.

suggestion:

• L'état activé est conservé, mais le numéro d'erreur et la fenêtre de temps peuvent être ajustés en fonction de la situation réelle. Par exemple, passez à "10 fois toutes les 5 minutes" pour accueillir des anomalies occasionnelles.
• Utilisé avec la surveillance du journal, lorsque l'isolement des défauts est déclenché, vous pouvez rapidement vous informer de vérifier le code ou de compter sur le service.

4. Réglez le temps de temps d'attente inactif (délai de ralenti)

Par défaut, le pool d'applications sera interrompu après 20 minutes de l'oisiveté. Cela peut entra?ner des retards importants dans les premières demandes de sites accessibles à basse fréquence.

• Par exemple, le système interne de l'entreprise n'est visité que plusieurs fois par jour et doit être rechargé à chaque fois, qui a une très mauvaise expérience utilisateur.
• à son tour, si les ressources de votre serveur sont serrées, garder le temps par défaut ou plus court aide à économiser des ressources.

suggestion:

• Si vous avez besoin de "sur quelques secondes", vous pouvez ajuster le temps d'inactivité à plus longtemps ou même réglé sur 0 (jamais le temps de sortie), mais n'oubliez pas de le combiner avec d'autres mécanismes de recyclage.
• Ou utilisez-le en conjonction avec "LoadUserProfile = true) Preload" pour obtenir une réponse plus rapide.

Fondamentalement, ces points clés. L'optimisation des paramètres de performance des pools d'applications IIS n'est pas une chose unique, et il doit être ajusté en continu en fonction de l'opération réelle. En particulier, les limites de mémoire et les stratégies de recyclage affectent directement la stabilité et l'utilisation des ressources, et il vaut la peine de passer du temps pour effectuer des ajustements détaillés.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!