Partager via


Reprendre la durée des appareils

Le plus applicable à : Développeurs de pilotes

Évaluations pertinentes :

  • Performances de démarrage (démarrage rapide)
  • Performances de secours
  • Performances de mise en veille prolongée

Pendant l’arrêt/la suspension, chaque pilote de périphérique reçoit un IRP d’alimentation (IRP_MJ_POWER) qui a un code IRP_MN_SET_POWER mineur et un état d’alimentation de fonctionnement. Les pilotes de périphérique envoient par la suite des irps d’alimentation de périphérique aux appareils correspondants. Cette métrique mesure le temps nécessaire à tous les pilotes pour traiter l’IRP de puissance définie.

Notes

Les pilotes ne doivent pas conserver l’IRP d’alimentation du système pendant cette phase. Chaque pilote peut retarder le démarrage du système en ne gérant pas rapidement l’IRP d’alimentation du système.

Sous-métriques détaillées

Lorsque la métrique est développée, une vue de phase plus détaillée est présentée avec une liste des appareils et leurs durées correspondantes.

Facteurs d’influence typiques

Cette métrique capture le temps cumulé que tous les pilotes prennent pour répondre à une demande d’alimentation IRP_MN_SET_POWER. Cette métrique peut être affectée par un seul pilote qui prend trop de temps, en plus du temps cumulé de toutes les réponses du pilote.

Notes

Si un pilote possède une stratégie d’alimentation pour un appareil, il génère un IRP d’alimentation de périphérique en réponse à la réception d’un IRP d’alimentation système. Les pilotes ne doivent pas attendre pour terminer l’IRP système jusqu’à ce que l’IRP de l’appareil soit terminée, car cette attente peut empêcher d’autres appareils de recevoir leurs IRP système. Cette série d’attentes entraîne des retards de sérialisation et augmente le temps de suspension global.

Étapes d’analyse et de correction

Vous pouvez identifier un ou plusieurs pilotes qui ont un impact significatif sur cette métrique en examinant les sous-métriques. Les longs retards dans les réponses du pilote génèrent généralement des problèmes spécifiques à un pilote donné. Lorsqu’un tel problème est généré, suivez le lien à l’intérieur du problème pour afficher les détails avancés du problème. Lorsqu’un problème n’est pas généré, une analyse ultérieure dans WPA est nécessaire ; cela dépasse le cadre de ce document. Consultez Meilleures pratiques pour les tâches Time-Critical dans les résultats de la rubrique Évaluations activées/désactivées .

Notes

Pendant le test ADK de certains systèmes compatibles AVEC HDMI (Shared Graphics Power Component) ( SGPC), les détails du pilote de codec audio ne sont pas répertoriés dans le résultat du test. Il s’agit d’un résultat attendu. Cela est dû au fait que les pilotes de codec audio basés sur SGPC ne reçoivent pas de notification IRP_MN_SET_POWER pendant la reprise de veille. Les codecs HDMI SGPC sont à la place supprimés lorsque l’affichage est désactivé et réinscrits lorsque l’affichage est de nouveau allumé.

Informations supplémentaires

MSDN : IRP_MN_SET_POWER