Problèmes courants liés à l’analyse des In-Depth

Les évaluations définissent des seuils d’analyse prédéfinis pour l’achèvement d’une activité qu’elles mesurent. Les évaluations identifient et signalent les problèmes lorsque les durées d’activité dépassent ces seuils. Certaines évaluations du Kit de ressources d’évaluation Windows effectuent une analyse avancée des problèmes. Vous pouvez afficher ces problèmes dans la console d’évaluation Windows et les services d’évaluation Windows - Client (Windows ASC) et les analyser plus en détail dans Windows Analyseur de performances (WPA).

Les problèmes générés à partir des évaluations proviennent de plusieurs sources. Cette rubrique décrit certains des problèmes courants liés à l’analyse avancée.

Format du problème

Dans la console d’évaluation Windows et windows ASC, les problèmes signalés par les évaluations s’affichent à 2 emplacements : dans la colonne de gauche de la page Affichage des résultats et dans le volet d’informations à droite. Dans la page Affichage des résultats , les problèmes, avertissements et erreurs apparaissent dans la table d’informations d’exécution et dans la table des résultats de l’évaluation. Vous pouvez regrouper ces problèmes en cliquant avec le bouton droit sur Problèmes , puis en sélectionnant les critères à regrouper. Dans le volet d’informations, les problèmes sont triés par gravité. Vous pouvez les filtrer à l’aide de mots clés et de métadonnées. Pour plus d’informations, consultez Problèmes de groupe, de filtre et de recherche.

Lorsque vous ouvrez WPA à l’aide du lien dans la vue Résultats, vous pouvez voir la liste des problèmes identifiés par l’évaluation dans la fenêtre Problèmes WPA. Lorsque vous choisissez l’un de ces problèmes, les détails et une solution recommandée s’affichent dans la fenêtre Détails WPA. Pour plus d’informations sur WPA, consultez Windows Analyseur de performances.

La plupart des problèmes qui apparaissent dans le volet d’informations de la console d’évaluation Windows et de Windows ASC ont une structure commune qui peut inclure :

• Titre

  Le titre contient des informations essentielles sur un problème, comme des métriques qui quantifient le problème et le nom de l’activité qui a été affectée. Les informations de titre peuvent également inclure la phase dans laquelle l’évaluation se trouvait lorsqu’elle a détecté le problème.

• Recommandation

  Dans la mesure du possible, le volet d’informations fournit des étapes pour résoudre un problème détecté. Et il offre parfois des conseils pour faciliter l’examen plus approfondi du problème. Ces informations peuvent inclure des méthodologies ou des meilleures pratiques pour vous aider à optimiser les performances ou d’autres manières à surmonter le problème identifié par l’évaluation.

• Plus d’informations

  Dans certains cas, le volet d’informations fournit des informations supplémentaires sous forme de lien vers un site web qui peut fournir des informations sur les étapes à suivre pour résoudre le problème.

• Analyse plus approfondie

  Pour les problèmes d’analyse avancée, le volet d’informations fournit un lien d’analyse approfondie WPA afin que vous puissiez ouvrir WPA et examiner plus en détail la source du problème.

  Lorsque WPA s’ouvre, des détails supplémentaires peuvent être disponibles en fonction du type de problème identifié par l’évaluation, par exemple :

  • Les détails de l’image de processus incluent des informations de fichier et de version sur le processus qui a généré le problème identifié, notamment :

    • Nom de fichier
    • Chemins d'accès au fichier
    • Description du fichier
    • Version de fichier
    • Fabricant

  • Résumé de l’activité du disque par fichier, notamment :

    • Taille et nombre de lectures et d’écritures de disque
    • Nombre de vidages de disque

  • Résumé de l’activité du processeur par processus/threads, notamment :

    • Impact, en termes de temps processeur, de chaque thread du processus
    • Piles d’appels qui indiquent où l’impact sur les performances s’est produit et pendant combien de temps

  • Résumé des retards causés par l’activité du processeur ou du disque par processus ou threads, notamment :

    • Threads ou processus qui ont été retardés, y compris la durée du délai
    • Impact de chaque thread du processus, y compris la durée du délai
    • Piles d’appels pour chaque thread qui provoque le retard ou qui est affecté par celui-ci

Notes

Les informations fournies par les piles d’appels sont une représentation statistique d’une activité. Sa précision dépend des échantillons collectés par l’évaluation.

Code managé

Le code managé fait référence au code qui s’exécute sous microsoft .NET Common Language Runtime (CLR). Le CLR gère l’exécution des applications basées sur Microsoft .NET Framework. Les processus CLR démarrent pendant le démarrage de Windows et peuvent entraîner une consommation supplémentaire de ressources, ce qui peut prolonger le temps de démarrage. Les fichiers que le .NET Framework lit pendant l’initialisation du CLR peuvent ajouter des mégaoctets de lectures de stockage qui peuvent retarder le processus de démarrage et l’apparence de l’écran d’accueil .

Exemple de problème

<X>.exe est un processus de démarrage à code managé.

Recommandation

Pour les problèmes dans la catégorie du code managé, si une application ou un service .NET Framework est essentiel au démarrage de Windows, nous vous recommandons d’éviter d’utiliser du code managé. Si vous ne pouvez pas éviter l’utilisation de code managé, nous vous recommandons de retarder le démarrage de l’application ou du service .NET Framework afin d’éviter d’avoir à composer avec les ressources nécessaires pour d’autres applications ou services essentiels au démarrage de Windows.

L’utilisation du code managé implique une surcharge de performances, et la surcharge par appel peut devenir très perceptible. Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour déterminer la source de la surcharge, puis réduisez les délais en suivant l’une des étapes suivantes :

• Évitez d’utiliser du code managé non essentiel dans le chemin de démarrage.
• Utilisez le Planificateur de tâches pour démarrer des applications ultérieurement.
• Démarrez les applications uniquement à la demande ou lorsqu’elles sont déclenchées. Pour plus d’informations, consultez [MSDN] Développement d’un processus en arrière-plan efficace pour Windows.

Utilisation du processeur

L’utilisation élevée du processeur par les applications et les services peut contribuer à une expérience utilisateur médiocre, comme la non-réponse de l’interface utilisateur et les problèmes vidéo et sonores. Lorsqu’un thread de processus qui s’exécute à priorité normale ou élevée dépasse une valeur de seuil pour l’utilisation des ressources du processeur, l’évaluation signale le processus comme un problème et calcule le délai. Lorsqu’un seul processus utilise trop de processeur, d’autres processus peuvent être retardés, car ils doivent être en concurrence pour les ressources système. Les problèmes générés sont codés en rouge ou en jaune en termes d’impact sur le processeur.

Exemple de problème

Le processus <X> utilise le processeur pendant 5,3 secondes pendant la reprise de démarrage rapide post on/off.

Recommandation

Dans la zone Analyse plus approfondie du problème, choisissez le lien analyse approfondie WPA pour déterminer quelle fonction du processus doit être étudiée plus en détail. L’utilisation excessive du processeur peut se produire dans plusieurs threads à la fois. Pour chaque thread impliqué, affichez les piles d’appels de fonction dans WPA.

Notes

Les informations fournies par les piles d’appels sont une représentation statistique d’une activité. Sa précision dépend des échantillons collectés par l’évaluation.

Utilisation du stockage

Un processus peut effectuer des lectures, des écritures ou des vidages de stockage au moment de l’exécution. Étant donné qu’un disque dur est une ressource partagée unique, l’utilisation excessive ou inutile du stockage peut entraîner des problèmes de performances importants identifiés par l’évaluation.

Exemples de problèmes

Le processus <X>.exe lit 23 mégaoctets (Mo) à partir du stockage pendant la publication de reprise du démarrage rapide.

Le processus <X>.exe vide 12 fois dans le stockage pendant la publication de reprise de démarrage rapide activé/désactivé.

Recommandation

Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour passer en revue une liste récapitulative des E/S du fichier supérieur. Utilisez cette liste pour rechercher les fichiers qui provoquent des lectures ou des écritures excessives. Pour les vidages de disque, recherchez les piles d’appels qui pointent vers la source.

• En cas de lectures ou d’écritures de disque excessives, nous vous recommandons de réduire la quantité de données que le processus gère ou de reporter la lecture ou l’écriture à une date ultérieure.

• Pour les E/S qui ne peuvent pas être réduites ou différées, nous vous recommandons d’utiliser des tailles d’E/S comprises entre 64 kilo-octets (Ko) et 128 Ko afin d’éviter les petits flux perturbateurs susceptibles d’interférer considérablement avec d’autres activités d’E/S en suspens.

• Les vidages de disque affectent l’activité d’E/S d’autres processus. Vous devez effectuer des vidages de disque uniquement lorsque cela est nécessaire.

Délais de traitement

Lorsqu’un thread utilise des ressources de processeur ou de disque, il augmente la durée de l’activité. La contention sur le processeur se manifeste souvent par une insuffisance de thread et/ou une préemption. La section analyse de ce problème se compose de tous les threads affectés par le processus, qui ont d’abord été préemptés ou affamés, puis préparés une fois le processus terminé.

Un thread attend que le travail se termine. Une fois le travail terminé, le DPC lit ce thread en attente.

L’ID de thread du thread en attente et son temps d’attente cumulé s’affichent dans les détails du problème. Développez les détails du problème pour afficher la pile d’attente de ce thread.

Dans les activités complexes, il est courant qu’un thread attende sur un autre thread qui attend la fin du travail. Un DPC, un thread en cours d’exécution, le planificateur ou un autre mécanisme lit le thread d’attente le plus récent. Ce thread d’attente le plus récent s’exécute à nouveau et lit le thread qui l’attend. Le processus se répète avec chaque thread en attente jusqu’à ce que le premier thread en attente soit prêt et s’exécute à nouveau.

Les détails du problème décrivent cette séquence de transferts de contrôle dans l’ordre chronologique. Par exemple :

Le thread 712 du processus csrss.exe (600) attend 374 millisecondes

Le thread 2724 du processus explorer.exe (1836) attend 374 millisecondes

Le thread 4748 du processus explorer.exe (1836) est en veille pendant 373 millisecondes

Timer DPC readies thread 4748

Thread 4748 lectures en attente thread 2724

Thread 2724 lectures en attente thread 712

Pendant une activité, la même séquence de transferts de contrôle peut se répéter plusieurs fois. Les temps d’attente sont cumulatifs.

Choisissez une phrase qui décrit un thread en attente pour afficher une pile qui inclut la fonction en attente. Choisissez une phrase qui décrit un thread qui prépare un autre thread pour afficher une pile montrant la fonction de préparation.

La pile d’attente du thread le plus interne, le thread 4748 dans l’exemple ci-dessus, fournit généralement une bonne idée de la source du retard. Les trames de pile précédant la fonction d’attente ainsi que les informations de fichier qui suivent la pile peuvent fournir des informations supplémentaires sur le problème.

Les types de retards de traitement sont les suivants :

• Utilisation du processeur

  Lorsqu’un thread s’exécute, quelle que soit sa priorité pendant l’activité que vous analysez, il consomme du temps processeur, contribue au temps total de l’activité et peut retarder l’exécution.

  Exemple de problème

  L’utilisation du processeur par le processus <X> retarde l’activité, initialisation de l’explorateur de reprise de démarrage rapide, pendant 125 millisecondes.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour analyser les piles d’appels pour le thread à l’origine du retard.

• Famine

  La famine de thread qui se produit pendant l’exécution d’un processus peut entraîner un retard dans l’achèvement d’une activité. Un thread est affamé lorsqu’il est prêt à s’exécuter, mais d’autres threads l’empêchent de s’exécuter immédiatement.

  Exemple de problème

  Le processus <X> est affamé. La famine provoque un retard de l’activité Initialisation de l’explorateur de reprise de démarrage rapide de 50 millisecondes.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien d’analyse approfondie WPA pour voir quel thread a été affamé et quels threads ont empêché l’exécution du thread affamé. Déterminez la cause de la famine du thread en examinant les détails du problème et en observant les piles d’appels de fonction.

• Anticipation

  Un thread en cours d’exécution est préempté lorsqu’un autre thread ayant une priorité plus élevée s’exécute à la place. Le thread de priorité supérieure entraîne un retard dans l’exécution de l’activité de l’autre thread.

  Exemple de problème

  Le processus <X> est préempté. La préemption provoque un retard de l’activité Initialisation de l’explorateur de reprise de démarrage rapide de 150 millisecondes.

  Recommandation

  Pour plus d’informations sur la planification des threads, consultez Planification des threads.

• Veille

  Les threads sont mis en veille lorsqu’ils appellent l’une des fonctions de veille Windows disponibles, comme SleepEx. Cela introduit un retard dans l’achèvement de l’activité de thread.

  Exemple de problème

  Le processus <X> retarde l’activité Barre d’attente du démarrage rapide de l’appareil en mettant en veille pendant 4,0 secondes.

  Recommandation

  Dans la zone Analyse plus approfondie du problème, choisissez le lien Analyse approfondie WPA. Vous pouvez déterminer la cause d’une veille de thread inattendue à partir des piles d’appels de fonction et des informations de fichier.

Retards d’E/S de stockage

Lorsqu’un thread utilise des ressources de stockage, il peut augmenter la durée de l’activité. Lorsque plusieurs threads se disputent pour l’utilisation du stockage, le disque aléatoire qui en résulte recherche rend les retards plus significatifs.

Les types de retards de stockage sont les suivants :

• Lectures et écritures de stockage

  Le problème suivant contient la somme de tous les retards qui sont à l’origine de la lecture (ou de l’écriture) pendant une activité.

  Exemple de problème

  L’activité L’initialisation de l’explorateur de reprise de démarrage rapide entraîne un délai de 1,2 seconde en raison de 2,3 Mo de lectures à partir du stockage.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour voir d’abord les threads triés par délai le plus élevé et une recommandation pour améliorer les performances pendant cette activité.

• Vidages de stockage

  Le problème suivant montre la somme de toutes les vidages qui ont contribué aux retards de l’activité.

  Exemple de problème

  Activité L’initialisation de l’explorateur de reprise d’activité rapide entraîne un délai de 300 millisecondes en raison de 4 vidages dans le stockage.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour afficher les piles d’appels de chaque thread qui provoque des vidages sur le disque et pour identifier le code approprié qui a contribué au retard de l’activité.

Vidages du Registre

Des vidages du Registre se produisent lorsque les processus utilisent explicitement la fonction RegFlushKey après avoir effectué une modification du Registre. Les évaluations ont déterminé que les vidages du Registre peuvent être un contributeur important aux problèmes de performances perçus par l’utilisateur.

Vous n’avez pas besoin d’utiliser la fonction RegFlushKey pour chaque modification apportée au Registre. Il est préférable d’utiliser cette fonction uniquement lorsque vous devez appliquer immédiatement une modification du Registre au disque.

Il existe 2 types de problèmes de vidage du Registre :

• Processus identifiés pour le vidage du Registre une ou plusieurs fois. Ces problèmes sont classés comme hautement prioritaires.

  Exemple de problème

  Un ou plusieurs processus vident une ruche de registre pendant la publication de reprise de démarrage rapide.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour examiner chaque thread du ou des processus à l’origine de ce comportement. WPA fournit les piles d’appels de fonction appropriées où l’activité s’est produite.

• Processus qui vident le Registre pendant une activité et provoquent un retard dans l’achèvement de l’activité.

  Exemple de problème

  Le processus <X> retarde l’activité Démarrage rapide suspendre les profils d’abonnés d’appel en vidant une ruche du Registre pendant 405 millisecondes.

  Recommandation

  Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour analyser les piles d’appels de fonction pour chaque thread des processus.

Comptabilité du temps

Les évaluations signalent généralement plusieurs problèmes par activité. Les problèmes de comptabilité de temps indiquent le temps combiné pour lequel plusieurs problèmes comptent, ainsi que toute partie de l’activité qui n’est pas prise en compte par les problèmes. Si une activité se compose de nombreux problèmes de courte durée et qu’ils sont inférieurs au seuil d’analyse, ils ne sont pas signalés en tant que problèmes individuels. Cette conception permet de mettre en évidence les problèmes les plus impactants afin que vous puissiez concentrer votre investigation sur ceux-ci.

Seuil de durée de l’activité

Ce seuil est le temps que l’activité entière est censée prendre. Les problèmes de comptabilité de temps rapportent la durée mesurée de l’activité, ainsi que le seuil de durée de l’activité défini par l’évaluation.

Seuil minimal d’analyse

Les problèmes sont signalés si et uniquement si l’impact qu’ils décrivent est supérieur au seuil d’analyse.

Type 1 : La durée de l’activité dépasse le seuil de durée de l’activité. L’activité présente également des problèmes qui dépassent le seuil d’analyse.	Exemple de problème Résumé : Le processus d’arrêt de démarrage rapide Example.exe prend 6,5 secondes et dépasse le seuil de 2 secondes. L’évaluation a identifié d’autres problèmes qui ont un impact sur cette activité. Ces autres problèmes comptent entièrement pour le temps de cette activité.
Type 2 : La durée de l’activité dépasse le seuil de durée de l’activité. L’activité présente également un ensemble mixte de problèmes, certains supérieurs au seuil d’analyse et d’autres inférieurs au seuil d’analyse.	Exemple de problème Résumé : Le processus d’arrêt de démarrage rapide Example.exe prend 6,5 secondes et dépasse le seuil de 2,0 secondes. L’évaluation a identifié d’autres problèmes qui ont un impact sur cette activité. Ces autres problèmes représentent 5,9 secondes du temps de cette activité. Les 500 millisecondes restantes se composent de problèmes qui ne dépassent pas le seuil d’analyse minimal de 150 millisecondes.
Type 3 : La durée de l’activité dépasse le seuil de durée de l’activité. Tous les problèmes qui affectent cette activité sont inférieurs au seuil d’analyse et ne sont donc pas affichés.	Exemple de problème Résumé : Le processus d’arrêt de démarrage rapide Example.exe prend 6,5 secondes et dépasse le seuil de 2,0 secondes. L’évaluation a identifié d’autres problèmes qui ont un impact sur cette activité. Ces autres problèmes qui ont un impact sur cette activité ne dépassent pas le seuil d’analyse minimal de 200 millisecondes. Ils sont donc omis.
Type 4 : La durée de l’activité dépasse la période pendant laquelle la journalisation de l’évaluation était active. Toutefois, les retards ont été détectés dans l’activité lorsque la journalisation était active. Ces retards ont été causés par la contention du processeur ou du disque.	Exemple de problème Résumé : La durée de la publication démarrage/arrêt du cv de démarrage rapide est inconnue, car cette activité se termine après la fin de la journalisation de l’évaluation. 4 secondes de cette activité, alors que la journalisation de l’évaluation est active, sont dues à une contention du processeur.

Recommandation

Dans la zone Analyse supplémentaire du problème, choisissez le lien Analyse approfondie WPA pour afficher ce problème dans Windows Analyseur de performances. Examinez les détails du comportement de cette activité pour comprendre la cause racine des retards, lorsqu’elles sont signalées. Procédez comme suit pour afficher les problèmes associés :

1. Utilisez les options de filtre pour afficher tous les problèmes liés à l’activité citée dans le titre du problème.

2. Lorsque vous affichez la liste complète des problèmes, choisissez plus (+) et sélectionnez Activité dans la liste des options de filtre.

3. Dans la zone Filtre activité de problème, tapez le nom de l’activité. Dans la liste des activités nommées, choisissez l’activité spécifique. Vous obtiendrez une liste filtrée des problèmes liés à ce problème de résumé de la comptabilité de temps.

Pour plus d’informations sur la découverte des problèmes connexes, consultez Problèmes de groupe, de filtre et de recherche.

Symboles manquants

Certaines évaluations nécessitent l’accès aux symboles. Dans certains cas, les informations contenues dans les résultats de l’évaluation peuvent être incorrectes ou incomplètes, si un serveur de symboles n’est pas disponible. Dans de nombreux cas, la connectivité Internet et l’accès au serveur de symboles publics Microsoft satisfont à cette dépendance. Dans d’autres cas, vous pouvez configurer un serveur de symboles privé ou installer les symboles sur l’ordinateur local.

Les types de symboles utilisés sont les suivants :

• Symboles critiques : Si ces symboles ne sont pas disponibles, l’évaluation ne peut pas effectuer l’analyse complète des données qu’elle a collectées. Dans ce cas, le texte du problème contiendra des noms de modules spécifiques pour les modules qui n’ont pas de symboles configurés et disponibles pendant l’analyse de l’évaluation.

• Symboles pour les composants tiers : Si ces symboles ne sont pas disponibles, l’évaluation se terminera correctement, mais ses résultats peuvent être incorrects ou incomplets. Les détails du problème générés peuvent contenir des informations incomplètes ou incorrectes lorsqu’ils sont consultés dans le Analyseur de performances Windows. Par exemple, lorsque vous examinez la section Détails du problème, les piles d’appels affichées peuvent avoir des noms de fonction manquants pour un composant particulier.

• Symboles du noyau : L’évaluation de l’empreinte mémoire utilise les symboles du noyau pour son analyse. S’il ne trouve pas ces symboles configurés, il crée un problème dans les résultats qui mentionne l’absence de symboles une fois l’évaluation terminée.

Recommandation

Symboles critiques manquants : vérifiez que la machine a accès au serveur de symboles publics Microsoft. Ce problème peut être résolu en pointant vers l’emplacement des symboles approprié ou en installant les symboles sur un lecteur local.

Symboles de composants non Microsoft manquants : ces symboles manquants peuvent être pour vos propres composants ou pour ceux appartenant à un autre partenaire. Collaborez avec vos partenaires pour obtenir ces symboles tiers pour le composant qui manque des symboles et configurez le chemin d’accès des symboles appropriés sur l’ordinateur avant de ré-exécuter l’évaluation.

Notes

Pour plus d’informations sur la définition du chemin d’accès correct aux symboles, consultez Résolution des problèmes des services d’évaluation Windows.

Le partage des symboles des composants entre les partenaires de l’écosystème garantit une meilleure collaboration grâce à un processus de tri et d’analyse des bogues fiable et efficace. Nous recommandons aux partenaires de définir ces relations de collaboration, ce qui garantit que vous disposez des ressources dont vous avez besoin pour trouver la cause racine des problèmes signalés sur votre composant système.

PDC et ISR

Les appels de procédure différée (DPC) de longue durée et les routines de service d’interruption (ISR) peuvent introduire des retards qui prolongent la durée d’une activité, et cette latence peut être perçue par les utilisateurs comme un problème de performances.

Les problèmes DPC (et ISR) nécessitent généralement une analyse plus approfondie par des ingénieurs familiarisés avec le travail lié à la DPC (ou ISR). L’analyse approfondie de ce problème varie selon le type de DPC à l’origine du retard ou de l’utilisation des ressources.

PDC qui retardent une activité

Un thread attend que le travail se termine. Une fois le travail terminé, le DPC lit ce thread en attente.

L’ID de thread du thread en attente et son temps d’attente cumulé s’affichent dans les détails du problème. Développez les détails du problème pour afficher la pile d’attente de ce thread.

Dans les activités complexes, il est courant qu’un thread attende sur un autre thread qui attend la fin du travail. Un DPC, un thread en cours d’exécution, le planificateur ou un autre mécanisme lit le thread d’attente le plus récent. Ce thread d’attente le plus récent s’exécute à nouveau et lit le thread qui l’attend. Le processus se répète avec chaque thread en attente jusqu’à ce que le premier thread en attente soit prêt et s’exécute à nouveau.

Les détails du problème décrivent cette séquence de transferts de contrôle dans l’ordre chronologique. Par exemple :

Le thread 712 du processus csrss.exe (600) attend 374 millisecondes

Le thread 2724 du processus explorer.exe (1836) attend 374 millisecondes

Le thread 4748 du processus explorer.exe (1836) est en veille pendant 373 millisecondes

Timer DPC readies thread 4748

Thread 4748 lectures en attente thread 2724

Thread 2724 lectures en attente thread 712

Pendant une activité, la même séquence de transferts de contrôle peut se répéter plusieurs fois. Les temps d’attente sont cumulatifs.

Choisissez une phrase qui décrit un thread en attente pour afficher une pile qui inclut la fonction en attente. Choisissez une phrase qui décrit un thread qui prépare un autre thread pour afficher une pile montrant la fonction de préparation.

La pile d’attente du thread le plus interne, le thread 4748 dans l’exemple ci-dessus, fournit généralement une bonne idée de la source du retard. Les trames de pile précédant la fonction d’attente ainsi que les informations de fichier qui suivent la pile peuvent fournir des informations supplémentaires sur le problème.

Les retards liés à la DPC peuvent être classés dans ces trois types, comme le montrent ces exemples.

Exemples de problèmes

DPC réseau : l’utilisation du réseau retarde l’activité Démarrage rapide global de 4.0 secondes

DPC du minuteur : activité Processus d’arrêt de démarrage rapide Example.exe est retardé de 5,3 secondes

Activité La barre d’attente de suspension de l’appareil au démarrage rapide entraîne un délai de 2,6 secondes en raison d’un thread en attente. DPC Example.sys lit ce thread en attente.

PDC ou ISR qui se produisent pendant une activité

Ce type de problème met en évidence de longs ISR ou PDC susceptibles d’avoir un impact sur les performances du scénario. Les problèmes ne lient pas cette activité ISR/DPC à la durée du délai.

Les détails du problème répertorient chaque thread préempté par l’ISR/DPC. La liste est à peu près dans l’ordre décroissant du temps de préemption. Développez un thread dans la liste pour afficher une pile qui se rapproche de l’activité de thread que l’ISR/DPC préempte.

Exemple de problème

DPC dépasse le seuil de 1,0 millisecondes 5 fois pendant la durée de vie du moteur media. Les 5 instances de ce DPC s’exécutent pour un total combiné de 3,7 secondes

Notes

Les informations fournies dans les piles d’appels sont une représentation statistique de l’activité en question (échantillonnée une fois toutes les millisecondes), et sa précision dépend des échantillons collectés par l’évaluation.

Problèmes récapitulatives

Les problèmes récapitulatives contiennent une vue d’ensemble des problèmes identifiés par l’évaluation qui illustrent un comportement de performances particulier et aident à visualiser l’impact plus large de ceux-ci sur le système. Voici les différents types de problèmes récapitulatives qui peuvent figurer dans les résultats de l’évaluation.

Résumé de l’empreinte du disque d’activité

L’empreinte disque est la contribution combinée de tous les processus qui émettent des E/S de stockage sous la forme de lectures, d’écritures et de vidages de stockage pendant une activité. Ce résumé fournit des informations supplémentaires sur l’encombrement du disque, au-delà des problèmes d’utilisation du stockage déjà signalés dans les résultats de l’évaluation.

Les détails du problème dans WPA contiennent des informations sur l’image de fichier et des recommandations pour améliorer les performances du scénario. L’analyse contient également la liste des processus contribuant à l’encombrement du disque, par ordre d’impact décroissant.

Exemples de problèmes

Résumé : Le démarrage rapide global du CV pose des problèmes de 275 Mo de lectures et d’écritures et se vide 82 fois dans le stockage

Notes

Lorsque les problèmes sont regroupés par catégorie dans la page Affichage des résultats , ce problème récapitulative apparaît au-dessus de ses problèmes associés sous le groupe Utilisation du stockage .

Résumé de l’utilisation du processeur

Le problème récapitulatif de l’utilisation du processeur regroupe les problèmes similaires déjà identifiés par l’évaluation, ainsi que les problèmes moins impactants pendant l’activité. Ce résumé fournit une perspective plus large de tous les problèmes liés à l’utilisation du processeur.

Le problème récapitulative fournit des détails par processus dans l’ordre décroissant de l’impact. Pour chaque processus, le problème montre une pile d’appels de fonction qui combine l’activité de tous les threads du processus et les informations d’uc et d’image de fichier. Les problèmes individuels, lorsqu’ils sont présents, contiennent des piles d’appels de fonction plus détaillées pour chaque thread applicable.

Exemples de problèmes

Résumé : Les processus utilisent 26,9 secondes de temps processeur pendant la reprise globale du démarrage rapide

Notes

Lorsque les problèmes sont regroupés par catégorie dans la page Affichage des résultats , ce problème récapitulative apparaît au-dessus de ses problèmes associés sous le groupe Utilisation du processeur .

Résumé de la contention du processeur et du disque

Ce problème résume les retards de l’activité en raison d’une contention pour les ressources de processeur et de disque. L’activité concurrente interfère avec les tâches qui sont essentielles à l’achèvement du scénario. Les détails du problème répertorient les différentes sous-activités impliquées, dans l’ordre décroissant de la quantité de contention.

D’autres informations, telles que les piles d’appels de fonction et les informations de fichier par thread, sont disponibles dans chacun des problèmes individuels signalés par l’évaluation.

Exemples de problèmes

Résumé : L’interruption globale du démarrage rapide prend 29,5 secondes. Sur ce temps, 300 millisecondes sont dues à une contention du processeur.

Lorsque les problèmes sont regroupés par catégorie dans la page Affichage des résultats , ce problème récapitulative apparaît au-dessus de ses problèmes connexes sous le groupe Retards du processeur .

Recommandation

Les problèmes récapitulatives peuvent vous aider à concentrer votre enquête sur les problèmes les plus impactants. La lecture des problèmes récapitulatives fournit souvent un aperçu de l’impact plus large de ces problèmes réunis.

Pour obtenir tous les avantages des problèmes récapitulatives, vous pouvez regrouper la liste des problèmes dans la console d’évaluation Windows à l’aide de l’un de ces deux critères.

• Catégorie. Il s’agit de la vue par défaut et recommandée pour les problèmes récapitulatives, où ils sont regroupés avec des problèmes identiques/comparables d’un type particulier.

• Cas de test. Dans cette vue, le problème récapitulative est regroupé avec le sous-ensemble de problèmes qui s’appliquent à une activité ou à un cas de test particulier.

Avertissement

Les informations fournies dans les piles d’appels sont une représentation statistique de l’activité en question (échantillonnée une fois toutes les millisecondes), et sa précision dépend des échantillons collectés par l’évaluation.

Journalisation des évaluations

Les évaluations s’appuient sur la journalisation de suivi d’événements pour Windows (ETW) pour collecter des données à des fins d’analyse. Cette journalisation utilise des ressources système. Cette catégorie de problème prend en compte l’activité de stockage qui se produit pendant l’exécution de l’évaluation.

Exemple de problème

L’évaluation enregistre 39 Mo de stockage pendant la reprise du démarrage rapide post on/off.

Recommandation

Dans la zone Analyse plus approfondie du problème, choisissez le lien Analyse approfondie WPA pour trouver des informations sur les écritures de stockage dans les fichiers journaux.

Rubriques connexes

Console d’évaluation Windows

Évaluations