2016-04-13 3 views
1

Je recherche un fichier de vidage collecté à partir de l'environnement de production pour une utilisation élevée du processeur. Je courus ! Threadpool et ! Emballement commande comme suitErreur avec la commande! Runaway

0:000> !ThreadPool 
CPU utilization: 100% 
Worker Thread: Total: 6 Running: 2 Idle: 4 MaxLimit: 32767 MinLimit: 4 
Work Request in Queue: 0 
-------------------------------------- 
Number of Timers: 8 
-------------------------------------- 
Completion Port Thread:Total: 8 Free: 3 MaxFree: 8 CurrentLimit: 8 MaxLimit: 1000 MinLimit: 4 

0:000> !runaway 
ERROR: !runaway: extension exception 0x80004002. 
    "Unable to get thread times - dumps may not have time information" 

Je veux savoir ce que les discussions consomment le plus de temps cpu mais je ne peux pas courir! Commande emballement. Y a-t-il d'autres commandes dans sos, sosex ou toute autre extension qui pourraient être utiles dans ce cas?

+1

Comment avez-vous capturé la décharge? J'utiliserais ETW/WPA pour l'analyse de l'utilisation du processeur: https://channel9.msdn.com/Shows/Defrag-Tools/Defrag-Tools-42-WPT-CPU-Analysis mais utilisez WPRUI.exe (sous Sélection de ressources ** Utilisation du processeur ** et cliquez sur ** démarrer ** après 1 minute, cliquez sur ** enregistrer **) – magicandre1981

Répondre

2

Vous avez besoin d'un outil qui ajoute les informations nécessaires à la sauvegarde.

Dans WinDbg, la commande .dump a le /mt MiniOption, qui

ajoute des informations de fil supplémentaire à la minidump. Cela inclut les temps d'exécution, qui peuvent être affichés en utilisant l'extension ! Runaway ou la commande .ttime (Display Thread Times) lors du débogage du minidump.

(accent: liens WinDbg)

L'option t est inclus dans l'option a aussi, donc .dump /ma est bien aussi.

Pour savoir si oui ou non votre décharge a cette information, utilisez la commande sans papier .dumpdebug comme ceci:

.shell -ci ".dumpdebug" findstr "MiniDump" 

S'il y a une ligne

1000 MiniDumpWithThreadInfo 

l'information est contenue et que vous avez un problème différent. Si ce n'est pas le cas, l'heure n'est pas disponible.

La plupart des autres outils que je connais ne fournissent pas de tels paramètres détaillés, donc c'est plus ou moins de chance, que cette information soit incluse ou non.

+0

Salut @Thomas, j'ai essayé ce que vous avez suggéré et je suis en mesure d'obtenir '1000 MiniDumpWithThreadInfo' dans la sortie. Pouvez-vous suggérer quelques commandes de base pour résoudre les causes possibles de l'échec de la commande '! Runaway'. –

+0

@AjendraPrasad: pourriez-vous entrer en contact avec moi par courriel et fournir le vidage sur incident affecté pour que je puisse analyser le problème? Je n'ai jamais eu un tel cas, donc je ne sais pas exactement quoi faire ensuite. J'aurai besoin de temps moi-même d'abord. –

+0

merci pour votre coopération, mais la décharge est fournie avec l'accord de confidentialité. Cependant, j'ai essayé un autre outil de Microsoft pour analyser le cliché "Download Debug Diagnostic Tool v1.2". Il me fournit les 5 meilleurs threads qui prennent du temps. Merci encore –