Quels sont les meilleurs compteurs de performance ASP.NET à surveiller? [fermé]

Question

Des camions de compteurs sont disponibles dans perfmon pour ASP.NET. Quels sont les meilleurs (je pense choisir 5-10) qui seront les meilleurs à surveiller dans notre environnement de test afin que nous puissions informer les développeurs.

Je pense notamment à l'heure de la requête, à la longueur de la file d'attente, aux sessions actives, etc.

Answer 1

Pour un test normal (pas de test de performances / stress), les choses suivantes vous conviendraient:

• Total de requêtes en octets (très important, en particulier pour les applications Web (non intranet))
• Échec des demandes
• Requests / Sec
• Erreurs lors de l'exécution
• Erreurs non traitées lors de l'exécution
• Total des connexions à la session SQL Server
• Sessions de serveur d'état actives

Pour les tests de performances, vous souhaiterez probablement des choses comme:

• % d'utilisation du processeur (assurez-vous de vérifier que le processeur utilisé est très faible, car cela pourrait indiquer que quelque chose est mort)
• Demandes en attente
• Accès au cache de sortie

Answer 2

Ceux que j'utilise le plus sont les compteurs de mémoire. Tous. Je sais qu'ils ne sont pas spécifiques à ASP.NET, mais les seuls problèmes que j'ai rencontrés avec une application Web étaient des problèmes de mémoire.

Les tas les plus importants sont le tas excessif, les collections de la génération 2 et le% de temps en GC. Si vous perdez le contrôle de votre temps en GC, cela signifie que votre interface utilisateur et votre espace de visualisation sont trop volumineux. Un grand tas et de nombreuses collections de la génération 2 indiquent que vous gardez trop d'éléments dans la mémoire (état de session inproc, par exemple).

Les applications ASP.NET classiques basées sur des contrôles Web nécessitent la création de nombreux objets, puis leur destruction rapide, à mesure que la page est reconstruite, puis supprimée. Les collections de haute génération ne sont pas mauvaises. C’est lorsque vous commencez à voir que de nombreux objets parviennent dans gen1, puis dans gen2, ce qui suggère que vous perdez de la mémoire ou que vous conservez trop d’états.

Answer 3

Tenez compte des compteurs de mémoire lorsque vous exécutez plusieurs pools d'applications ASP.NET. Découvrez le problème à l'adresse http://blog.dynatrace.com/2009/02/27/can-you-trust-your-net-heap-performance-counters/