Suspendre la durée des services
Le plus applicable à : Développeurs de services Windows
Évaluations pertinentes :
- Performances de démarrage (démarrage rapide)
- Performances de secours
- Performances de mise en veille prolongée
Cette métrique mesure le temps pendant lequel l’ordinateur passe à notifier les services de la modification imminente de l’état d’alimentation. Tous les services qui s’inscrivent pour recevoir des événements de gestion de l’alimentation (SERVICE_ACCEPT_POWEREVENT) reçoivent des notifications de suspension. Étant donné que ces notifications sont envoyées en série, tout retard dans un service contribue directement à la durée globale d’arrêt/d’interruption. Un délai d’expiration de 30 secondes est appliqué (par service) pour traiter cette notification ; Après ce délai d’expiration, le système passe à la phase suivante. Étant donné que l’inscription à cette notification est facultative, aucune action spécifique du service n’est requise par le système d’exploitation.
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 services individuels et leurs durées correspondantes.
Facteurs d’influence typiques
Cette métrique capture le temps cumulé que tous les services prennent pour répondre à une requête power. Cette métrique peut être affectée par un processus unique qui prend trop de temps, en plus du temps cumulé de toutes les réponses de processus.
La plupart des services ne sont pas tenus d’effectuer un travail important en réponse aux notifications d’alimentation de veille et de mise en veille prolongée. Du point de vue d’un service, le démarrage rapide est similaire à la mise en veille prolongée.
Étapes d’analyse et de correction
Identifiez un service qui a un impact significatif sur cette métrique. Des retards plus longs dans les réponses de service génèrent généralement des problèmes spécifiques à un service donné. Lorsqu’un tel problème est généré, vous pouvez suivre 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. Cette analyse supplémentaire dépasse le cadre de ce document. Pour plus d’informations sur les meilleures pratiques courantes, consultez Meilleures pratiques pour les tâches Time-Critical dans la rubrique Résultats pour les évaluations activées/désactivées .
Informations supplémentaires