Résultats des évaluations activées/désactivées

Article
06/19/2023

Cette rubrique vous aide à interpréter les résultats générés par les évaluations On/Off (Performances de démarrage (démarrage rapide), Performances de démarrage (démarrage complet), Performances de secours et Performances de mise en veille prolongée). Il fournit également des conseils sur l’utilisation des résultats pour identifier et résoudre plusieurs problèmes courants qui ont un impact négatif sur l’expérience de l’utilisateur final lors de l’arrêt et du démarrage d’un ordinateur.

Pour plus d’informations sur les évaluations de transition on/off, consultez Performances de transition activé/désactivé.

Fichier d’objectifs

Vous pouvez créer des objectifs personnalisés pour mesurer vos améliorations dans la vue Résultats. Les fichiers d’objectifs sont un outil de triage qui peut vous aider à comprendre les performances d’un PC et à comparer les PC de votre entreprise.

Par exemple, les objectifs d’un ordinateur portable de base peuvent être différents de ceux que vous définissez pour un ordinateur de bureau haut de gamme, ou les attentes du marché peuvent changer de telle sorte que vous souhaitez avoir la flexibilité nécessaire pour définir différents objectifs et exigences clés à mesure que le temps passe et que la technologie s’améliore.

Lorsqu’une valeur de métrique est comparée à l’objectif de cette métrique, la status est codée en couleur dans la vue Résultat comme suit :

Le violet clair signifie que le système offre une excellente expérience utilisateur et qu’il n’y a aucun problème perçu.
Le violet moyen signifie que l’expérience utilisateur est tolérable et que vous pouvez optimiser le système. Passez en revue les recommandations et l’analyse pour voir quelles améliorations peuvent être apportées au système. Il peut s’agir de modifications logicielles, de modifications de configuration ou de modifications matérielles.
Le violet foncé signifie que le système a une expérience utilisateur médiocre et qu’il y a beaucoup de place pour des améliorations. Passez en revue les recommandations et l’analyse pour voir les améliorations qui peuvent être apportées au système. Il peut s’agir de modifications logicielles, de modifications de configuration ou de modifications matérielles. Vous devrez peut-être envisager de faire des compromis pour offrir une expérience Windows de haute qualité.
Aucune couleur signifie qu’aucun objectif n’est défini pour la métrique.

Notes

Dans le Kit de ressources d’évaluation Windows pour Windows 8, certaines évaluations incluent des fichiers d’objectifs par défaut. La première fois que vous affichez les résultats à l’aide de cette version des outils, le fichier d’objectifs par défaut est utilisé. Toutefois, vous pouvez également définir des objectifs personnalisés pour Windows 8 de la même manière que pour Windows 8.1 et Windows 10.

Vous pouvez définir l’emplacement du fichier d’objectifs et ajouter un fichier d’objectifs à cet emplacement avant de pouvoir utiliser l’interface utilisateur pour appliquer les objectifs personnalisés. Une fois qu’un fichier d’objectifs est sélectionné, il continue d’être le fichier d’objectifs utilisé pour tous les résultats ouverts.

Un seul fichier d’objectifs peut être utilisé à la fois. Les objectifs de toutes les évaluations sont définis dans un seul fichier d’objectifs. Les outils d’évaluation recherchent des objectifs dans l’ordre suivant :

Un fichier d’objectifs personnalisé
Objectifs définis dans le fichier de résultats
Objectifs définis dans le manifeste d’évaluation

Vous pouvez utiliser l’exemple de fichier d’objectifs fourni dans %PROGRAMFILES%\Windows Kits\10\Assessment and Deployment Kit\Windows Assessment Toolkit\SDK\Samples\Goals pour créer votre propre fichier d’objectifs.

Notes

Vous ne pouvez pas empaqueter un fichier d’objectifs avec un travail, mais vous pouvez le stocker sur un partage que d’autres utilisateurs peuvent utiliser.

Mesures

Cette section décrit les métriques clés signalées par les évaluations On/Off, les causes courantes de résultats médiocres pour ces métriques et les corrections courantes pour les problèmes liés à ces métriques. Cette section vous aide également à identifier l’audience pour laquelle la métrique est la plus applicable.

Le tableau suivant décrit les métriques qui peuvent être disponibles dans une évaluation :

Évaluation	Description de la métrique
Évaluation des performances de démarrage (démarrage rapide)	Cette métrique capture le temps entre le début de la phase d’arrêt et la fin de l’écriture du fichier de mise en veille prolongée sur le disque et la transition vers un état d’alimentation inférieure (S4).
Évaluation des performances de démarrage (démarrage complet)	Cette métrique capture le temps entre le début de la phase d’arrêt et la transition vers un état hors tension.
Évaluation des performances de secours	Cette métrique capture le temps entre le début de la phase de suspension et la transition vers un état d’alimentation inférieur (S3).
Évaluation des performances de mise en veille prolongée	Cette métrique capture le temps écoulé entre la mise en veille prolongée et la fin de l’écriture du fichier de mise en veille prolongée sur le disque et la transition vers un état d’alimentation inférieur (S4).

Vous pouvez afficher les métriques d’évaluation Activé/Désactivé pour les phases de transition suivantes :

Notes

Si vous avez activé le paramètre Activer le mode de diagnostic minifiltre, les résultats de l’évaluation incluent des métriques de minifiltre. Pour plus d’informations sur les métriques et les résultats des minifiltres, consultez Minifiltre Diagnostics.

Problèmes

Les évaluations des performances de transition on/off effectuent une analyse avancée des problèmes et fournissent des liens vers WPA pour résoudre les problèmes identifiés par l’évaluation. Lorsque WPA s’ouvre, des détails supplémentaires sur l’activité du disque ou de l’uc peuvent être disponibles, en fonction du type de problème. Cette section décrit les techniques d’investigation courantes que vous pouvez utiliser pour analyser les problèmes de performances.

Rechercher le plus grand contributeur

Ouvrez le fichier de résultats de l’évaluation dans la console d’évaluation Windows et développez la métrique parente correspondante. Les sous-métriques enfants fournissent généralement des informations sur des composants spécifiques qui affectent la métrique parente.

Par exemple, considérez la métrique Durée des processus d’arrêt . Vous pouvez développer la métrique pour afficher trois sous-tables de métrique pour cette phase. Les deux premières tables indiquent l’utilisation du processeur et du disque, et la troisième montre les durées des processus individuels en cours d’arrêt.

D’autres colonnes, telles que la colonne Détail , fournissent des détails supplémentaires pour les sous-métriques. Dans Processus d’arrêt de session utilisateur, la colonne Détail affiche un PID.

Notes

Dans la vue par défaut, la colonne Detail peut contenir la valeur « Divers », car les PID ne peuvent pas être agrégés entre les itérations. Développez les itérations pour voir les PID individuels.

La console d’évaluation Windows vous permet de trier la liste des sous-métriques par n’importe quelle colonne de données (à l’exception des listes de phases de démarrage rapide de niveau supérieur, qui sont triées par ordre de phase pendant l’arrêt/le démarrage).

Par exemple, dans la liste de processus développée pour la phase Processus d’arrêt de session utilisateur, cliquez avec le bouton droit sur l’en-tête de table, puis choisissez Trier les lignes décroissantes.

Vous pouvez utiliser cette technique pour plusieurs durées de phase de niveau supérieur.

Examiner les métriques d’utilisation des ressources

Affichez les métriques détaillées d’utilisation des ressources pour chaque processus au cours de cette phase. Pour récupérer ces informations, développez les processus de chaque onglet phase de la section, puis triez par utilisation du processeur ou utilisation totale du disque.

Informations supplémentaires

Pour plus d’informations sur les problèmes et recommandations d’analyse approfondie, consultez Problèmes courants d’analyse In-Depth.

L’évaluation signale un code de sortie de 0x80050006

Cette erreur se produit lorsque les tâches de maintenance ont été inscrites sur le PC, mais qu’elles ne se sont pas terminées avant l’exécution de l’évaluation. Cela empêche l’évaluation de s’exécuter, car les tâches de maintenance ont souvent un impact sur les métriques d’évaluation.

Pour résoudre ce problème, effectuez l’une des opérations suivantes :

Assurez-vous que l’ordinateur est connecté à un réseau et qu’il s’exécute sur l’alimentation secteur. Lancez manuellement les tâches de maintenance en attente avec la commande suivante à partir d’une invite avec élévation de privilèges :

rundll32.exe advapi32.dll,ProcessIdleTasks
Désactivez les tâches de maintenance régulières et inactives et arrêtez toutes les tâches de maintenance avant d’exécuter l’évaluation.

Bonnes pratiques pour les tâches Time-Critical

Si vous ne souhaitez pas qu’une tâche soit retardée, assurez-vous qu’elle ne fait rien qui prend beaucoup de temps. Voici quelques choses à éviter.

Si une réponse à temps critique est nécessaire, par exemple, pour traiter les WM_ENDSESSION pendant l’arrêt, n’envisagez pas d’effectuer un travail important lors de la réception de la demande (à l’exception du travail de fiabilité des données, comme l’enregistrement des modifications utilisateur, qui doit être effectué).
Évitez d’effectuer des opérations qui peuvent prendre plus de temps, sauf si cela est absolument nécessaire. Reportez-les jusqu’à ce que la tâche actuelle critique soit terminée. Évitez les API qui contiennent l’avertissement : « Attention aux considérations relatives aux performances lors de l’utilisation de cette API ».
Évitez les dépendances réseau, car toute requête réseau peut être retardée par des problèmes réseau. Cela est particulièrement vrai pour les scénarios de démarrage et d’arrêt, car la disponibilité du réseau n’est pas garantie pendant toute la durée.
Évitez les délais d’attente longs. Si une attente est nécessaire, vérifiez que le temps d’attente est raisonnablement limité par une petite valeur de délai d’expiration (dans le contexte de la tâche critique en question).
Évitez les calculs excessifs. Gardez à l’esprit que les processeurs varient en vitesse, de sorte qu’un calcul prenant 100 ms sur un ordinateur très rapide peut finir par prendre des secondes sur un ordinateur plus lent.
Évitez les E/S de stockage inutiles. Toute demande d’E/S peut être retardée par d’autres composants. À tout moment, des dizaines d’applications et de services s’exécutent sur un système classique et les ressources de stockage sont limitées. Votre demande d’E/S peut être mise en file d’attente derrière des centaines de demandes similaires provenant d’autres composants.
Évitez les vidages de disque, par exemple ceux lancés par l’appel de l’API FlushFileBuffers. Le vidage entraîne la suppression de la pile de disques de ses caches et est censé forcer le disque dur à écrire des données dans ses mémoires tampons RAM. En règle générale, cette opération est très coûteuse et ne garantit pas la cohérence des données, car les disques durs ignorent souvent la demande.
Évitez de vider les ruches du Registre en appelant l’API RegFlushKey. En raison de la conception du Registre, l’API entraîne le vidage des données modifiées de l’ensemble de la ruche sur le disque, ce qui est une opération très coûteuse. Le vidage des clés de Registre est une action qui n’est généralement pas nécessaire, car le système d’exploitation fournit une vue du Registre cohérente à tous les composants. En outre, le Registre lui-même effectue des vidages asynchrones toutes les plusieurs secondes.
Évitez d’ouvrir de nouvelles connexions RPC, car le processus d’authentification RPC est coûteux. L’établissement d’une nouvelle connexion RPC implique des vérifications de sécurité coûteuses.
Évitez d’appeler des API transactionnelles telles que les API TxF, car elles effectuent généralement un certain nombre d’opérations coûteuses pour chaque appel d’API. Ces API obtiennent une fiabilité au détriment des performances, de sorte que ces API ne doivent pas être utilisées pendant les tâches critiques.