Quels sont les meilleurs ASP.NET les compteurs de performances pour surveiller?

Il y a des camions de compteurs disponibles dans l'analyseur de performances pour ASP.NET. Quels sont les meilleurs (je pense à choisir 5-10) qui sera le meilleur pour surveiller notre environnement de test, de sorte que nous pouvons nous nourrir de retour pour les développeurs.

Je pense à des choses comme le temps de la demande, la demande de la longueur de la file active des sessions etc.

InformationsquelleAutor Simon Munro | 2008-10-02
  1. 21

    Pour un normal (pas de performance/stress tests), vous devriez être OK avec les éléments suivants:

    • Demande d'Octets Total (très important, surtout pour le web (pas de l'intranet) applications)
    • Demandes Ayant Échoué
    • Requêtes/S
    • Erreurs Lors De L'Exécution
    • Les Erreurs Non Gérées Au Cours De L'Exécution
    • Session Connexions SQL Server Total
    • État Sessions De Serveur Active

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

    • % D'Utilisation CPU (assurez-vous de vérifier pour très peu de ressources PROCESSEUR d'utilisation ainsi qu'il peut indiquer que quelque chose est mort)
    • Demandes En Attente
    • Cache De Sortie Hits
    • Quelle est la Demande d'Octets Total important (ou même utile)? C'est juste une cesse de croître nombre d'octets envoyés.
    • Puis-je obtenir ces valeurs par programmation à l'aide de Powershell and WMI ?
    InformationsquelleAutor Ilya Kochetov
  2. 9

    Ceux que j'utilise le plus sont les compteurs de mémoire. Tous d'entre eux. Je sais qu'ils ne sont pas spécifiques à ASP.NET mais les seuls problèmes que j'ai jamais eu avec une web app ont des problèmes de mémoire.

    Excessive tas, gen 2 collections et % de temps en GC sont les plus importants. Si votre temps dans le GC est une spirale hors de contrôle, c'est un signe que votre INTERFACE utilisateur et l'état d'affichage est trop grand. Un grand tas et des tas de gen 2 collections dit que vous garder trop de choses dans la mémoire (inproc l'état de session, par exemple).

    Régulière ASP.NET les applications basées sur le web, les contrôles ont besoin de beaucoup d'objets créés et détruits rapidement, comme une page est reconstruit et puis éliminés. Haute gen0 des collections n'est pas mauvaise. Son lorsque vous commencez à voir beaucoup d'objets dans gen1 et puis gen2 qui suggère que vous êtes soit une fuite de mémoire ou tenez, trop d'état.

    • Pouvez-vous être plus précis avec vos numéros? Ce qui est Un "gros tas" et "beaucoup de gen 2 connexions"?
    • Mon expérience est la même que la Volonté. La plupart des problèmes de performance asp.net les applications web sont probablement liés à la mémoire. % de temps dans le GC est crucial de suivre. Il est difficile de spécifier dur seuils pour le % de temps en GC, mais rien en moyenne plus de 15% d'attirer mon attention. Il devrait y avoir beaucoup plus de la génération 0 collections de Gn 1, et beaucoup plus de Gen 1 les collections que l'Gen 2. Le # Invoquée GC doit être de 0 ou de très petite taille. Si # Invoquée GC est proche de la Gen 2 Collections, le code appelant explicitement GC.Collecter et de l'application sera dépenser de grandes % de temps dans le GC. Dans le GC, tous les threads sont en pause, donc c'est très mauvais.
    InformationsquelleAutor Will
  3. 3

    Être conscient de compteurs de mémoire lors de l'exécution de plus d'un ASP.NET Application de la Piscine
    découvrez le problème à http://blog.dynatrace.com/2009/02/27/can-you-trust-your-net-heap-performance-counters/

    InformationsquelleAutor Andreas Grabner