W3WP.EXE l'utilisation de 100% de CPU - par où commencer?

Un ASP.NET web app en cours d'exécution sur IIS6 régulièrement les pousses de la CPU à 100%. C'est le W3WP qui est responsable de presque tous l'utilisation du PROCESSEUR lors de ces épisodes. Le CPU reste épinglé à 100% n'importe où de quelques minutes à plus d'une heure.

C'est sur un serveur de test et le site ne reçoit que très peu de circulation de testeurs à ce point.

Nous avons pointillés profiler sur le serveur, mais il a été unenlightening.

Où peut-on commencer à trouver ce qui est à l'origine de ces épisodes et ce code est de garder le CPU occupé pendant tout ce temps?

  • Êtes-vous en quelque sorte la journalisation des exceptions à l'intérieur de votre code? Appeler quelque chose comme "Logger.Log(Exception)"?
InformationsquelleAutor Herb Caudill | 2010-01-12
  1. 36
    1. Standard de Windows compteurs de performance (cherchez d'autres corrélation de l'activité, tels que le nombre de requêtes GET, excessive réseau ou disque I/O, etc); vous pouvez les lire à partir du code ainsi que de l'analyseur de performances (pour déclencher la collecte de données si l'utilisation de l'UC dépasse un seuil, par exemple)
    2. De compteurs de performance personnalisés (en particulier pour le temps hors zone demandes et d'autres appels où le temps d'exécution est incertaine)
    3. De test de charge, en utilisant des outils tels que Visual Studio Team Test ou WCAT
    4. Si vous pouvez tester sur ou la mise à niveau de IIS 7, vous pouvez configurer le suivi des demandes ayant Échoué à générer une trace si les demandes de prendre plus d'une certaine quantité de temps
    5. Utilisation logparser pour voir laquelle les demandes sont arrivés à l'époque de la CPU pic
    6. Des revues de Code /walk-through (en particulier, pour des boucles qui ne peut pas résilier correctement, comme si une erreur se produit, ainsi que les verrous et les éventuels problèmes de threading, telles que l'utilisation de la statique)
    7. CPU et le profilage de la mémoire (peut être difficile sur un système de production)
    8. Process Explorer
    9. Le Moniteur De Ressources Windows
    10. L'enregistrement détaillé des erreurs
    11. Personnalisé journalisation du suivi, y compris les temps d'exécution de détails (peut-être conditionnelle, basée sur les CPU-utilisation de la perf contre)
    12. Sont les erreurs qui se passe lorsque le pool d'applications recycle? Si oui, cela pourrait être un indice.
    • Je vais juste ajouter pour l'enregistrement, ce qui fini par nous prendre à la source du problème: le générateur de profils SQL. Nous avons eu un complexe LINQ to SQL de la requête qui a inclus une référence à un objet en mémoire, de sorte qu'il était incapable de traduire la totalité de la requête à la mémoire et à la place a été de tirer littéralement des milliers de petites requêtes SQL pour effectuer une jointure.
    • exemples de code source du monde réel sur 1) compteurs de performance , 2) compteurs de performance personnalisés, 5) logparser, 7) CPU et le profilage de la mémoire, 10) Detaliled la journalisation des erreurs, 11) la journalisation du suivi Personnalisé ?
    InformationsquelleAutor RickNZ
  2. 12

    C'est pas vraiment une réponse, mais vous pourriez avoir besoin d'aller vieille école et de capturer une image de l'instantané du processus IIS et le débogage. Vous pourriez également vouloir vérifier Tess Ferrandez's blog - elle est un coup de pied un** microsoft ingénieur d'escalade et de son blog se concentre sur le débogage de windows ASP.NET mais le blog est pertinent pour le débogage de windows en général. Si vous sélectionnez l'ASP.NET tag (qui est ce que j'ai lié à) ensuite, vous trouverez plusieurs articles qui sont similaires.

    InformationsquelleAutor Michael Bray
  3. 4

    Si votre CPU est de dopage à 100% et rester là, il est tout à fait probable que vous avez un blocage ou une boucle infinie. Un profileur semble être un bon choix pour trouver une boucle infinie. Les blocages sont beaucoup plus difficiles à repérer, cependant.

    • Utilisation dotTrace de profils et choisir "de l'Arbre d'Appel" par "Tous les Threads" qui devrait montrer les méthodes ont été le plus le CPU est passé regroupés en 1 pile des appels. Piste vers le bas pour voir exactement où.
    InformationsquelleAutor user246874
  4. 4

    Processus Explorer est un excellent outil pour le dépannage. Vous pouvez essayer de trouver le problème de haute CPU d'utilisation. Il vous donne un aperçu de la façon dont votre application fonctionne.

    Vous pouvez également essayer Procdump pour vider le processus et d'analyser ce qui s'est réellement passé sur le CPU.

    • À l'aide de Explorateur de Processus par programmation ?
    InformationsquelleAutor sky100
  6. 0

    Nous avons eu ce sur une requête récursive qui a été dumping des tonnes de données à la sortie - avez-vous vérifié, tout n'sortie et pas de boucles infinies qui existent?

    Pourrait essayer de le réduire à une seule page, nous avons trouvé des FOURMIS de ne pas être beaucoup d'aide dans ce même cas, soit - ce que nous nous sommes retrouvés à faire était de courir le site de frapper une page regarder le CPU - frapper la page suivante montre CPU - très méthodique et beaucoup de temps, mais si vous ne pouvez pas le trouver avec un peu de code de traçage vous pouvez être hors de la chance -

    Nous avons été en mesure d'utiliser les fichiers journaux IIS de suivre à un ensemble de pages qui ont été suspect -

    Espère que ça aide !

    InformationsquelleAutor braindice
  7. 0

    C'est une supposition, au mieux, mais peut-être que votre équipe de développement est la construction et le déploiement de l'application en mode debug, au lieu de mode de lancement. Ce sera la cause de l'apparition de .fichiers pdb. L'implication de ceci est que votre application va prendre des ressources supplémentaires afin de recueillir de l'état du système et les informations de débogage lors de l'exécution de votre système, causant plus de l'utilisation du processeur.

    Alors, il serait assez simple de s'assurer qu'ils sont de construction et de déploiement en mode release.

    InformationsquelleAutor CShark
  8. -1

    C'est un très vieux post, je sais, mais c'est également un problème commun. Toutes les méthodes proposées sont très gentils mais ils auront toujours le point à un processus, et il y a beaucoup de chances pour que nous savons déjà que notre site est créer des problèmes, mais nous voulons juste savoir ce que page spécifique est de passer trop de temps dans le traitement.
    Le plus précis et outil simple à mon avis est IIS.

    1. Suffit de cliquer sur votre serveur dans le volet de gauche de l'IIS.
    2. Cliquez sur "Processus de travail" dans le volet principal. vous avez déjà voir ce pool d'applications est de prendre trop de CPU.
    3. Double-cliquez sur cette ligne (éventuellement actualiser en cliquant sur "Afficher Tout") pour voir ce que les pages de consommer trop de temps CPU ("Temps écoulé"
      colonne) dans cette piscine
    InformationsquelleAutor men
  9. -2

    Si vous identifiez une page qui prend du temps à charger, l'utilisation de SharePoint Tableau De Bord Du Développeur pour voir quel composant prend du temps.

    • Je ne pense pas que je l'ai vu Sharepoint mentionnés ici.
    InformationsquelleAutor Jeff