Comment puis-je arriver à la cause profonde de hauts appels de procédures différés?

Voici l'histoire de comment j'ai trouvé la cause de ma latence DPC élevée.

Mon système présentait des clics et des pops lors de la lecture audio. Je savais que cela signifiait qu'un processus en mode noyau monopolisait le CPU. Ma première idée a été d'explorer Process Explorer pour voir si quelque chose semblait anormal. La seule chose qui a attiré mon attention était une quantité excessive de temps passé à effectuer des Appels de Procédures Différées (DPC) :

Je savais que les DPC sont des codes exécutés à l'intérieur d'un pilote ; le défi était de découvrir quel pilote. J'ai alors utilisé DPC Latency Checker, qui m'a montré à quel point la latence était mauvaise :

DPC Latency Checker suggère de passer en revue les appareils dans le Gestionnaire de périphériques et de désactiver un par un le matériel non essentiel (par exemple, la carte réseau, la carte son), dans l'espoir d'isoler le pilote défectueux. (Si vous désactivez un appareil et que la latence DPC diminue soudainement : vous avez trouvé le coupable !)

Malheureusement, après avoir désactivé tout ce que je pouvais (tout en étant capable de utiliser l'ordinateur - ne désactivez pas votre disque dur, carte vidéo, souris ou hub USB auquel la souris est connectée !), la latence était toujours élevée. Ensuite, je me suis tourné vers le Windows Performance Toolkit (partie du Windows SDK), et un excellent article de blog de Peter Weiland, "Mesurer le temps de DPC". Après avoir installé le Windows Performance Toolkit :

J'ai ouvert une invite de commandes élevée et j'ai exécuté :

>xperf -on Latency

Note : Le Latency group est un ensemble prédéfini d'événements qui peuvent être tracés à partir du fournisseur de groupe Kernel :

>xperf -providers kg
   Base           : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+PROFILE+MEMINFO
   Diag           : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PERF_COUNTER+COMPACT_CSWITCH
   DiagEasy       : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PERF_COUNTER
   Latency        : PROC_THREAD+LOADER+DISK_IO+HARD_FAULTS+DPC+INTERRUPT+CSWITCH+PROFILE
   ...

Dans ce cas, Latency correspond aux drapeaux Kernel :

• PROC_THREAD Processus et fil créer/supprimer
• LOADER Chargement/Déchargement de l'image en mode noyau et utilisateur
• PROFILE Profil d'échantillonnage du CPU
• CSWITCH Changement de contexte
• DPC Événements DPC
• INTERRUPT Événements d'interruption
• DISK_IO Entrées/Sorties disque
• HARD_FAULTS Pannes de page matérielles

Après avoir laissé cela s'exécuter pendant une minute, j'ai arrêté la trace et je l'ai enregistrée dans un fichier :

C:\Users\Ian\Desktop\xperf -d thingy1.etl

Ensuite, j'ai visualisé les résultats de la trace avec la commande :

C:\Users\Ian\Desktop\xperf thingy1.etl

Cela charge l'Analyseur de performances Windows. En cliquant avec le bouton droit sur le graphique Utilisation CPU DPC, j'ai sélectionné Tableau Récapitulatif. Cela montre une répartition du temps passé en DPC par pilote :

Immédiatement, je peux voir qu'un pilote (tsvp.sys) prend en moyenne 2,8 ms par exécution DPC, ce qui est un ordre de grandeur plus lent que tout autre pilote :

En recherchant tsvp.sys, j'ai obtenu la réponse : CommView, que j'avais récemment installé.

La question maintenant est de savoir comment désactiver ce pilote. En utilisant AutoRuns, je peux voir qu'il est installé en tant que service de pilote :

En utilisant le Gestionnaire de périphériques, je peux désactiver le service qui héberge ce pilote. D'abord, vous devez Afficher les périphériques masqués, puis déployer le nœud Pilotes non-Plug-and-Play :

Enfin, j'ai pu arrêter le service du pilote et j'ai changé son mode de démarrage de Système (ce qui signifie que le pilote est une partie essentielle de Windows et que Windows ne peut pas démarrer sans lui) à Demande (ce qui signifie que je peux démarrer le pilote quand je veux) :

Arrêter le service du pilote a immédiatement corrigé ma latence DPC :

Je peux ou non désinstaller complètement CommView, mais pour l'instant j'ai résolu le Cas de la Latence DPC Élevée.

Mise à jour : À partir de Windows 8, vous ne pouvez plus voir les Pilotes non-Plug and Play dans le Gestionnaire de périphériques :

Note À partir de Windows 8 et Windows Server 2012, le gestionnaire de Plug-and-Play ne crée plus de représentations de périphériques pour les appareils non PnP (hérités). Ainsi, il n'y a pas de tels appareils à afficher dans le Gestionnaire de périphériques. Pour inclure les périphériques cachés dans l'affichage du Gestionnaire de périphériques, cliquez sur Affichage et sélectionnez Afficher les périphériques masqués.

Microsoft a supprimé la fonction et ne l'a remplacée par rien. Bien joué.

Dans une rage nerd typique, quelques réponses inutiles :

• Le gestionnaire de périphériques n'a jamais montré les pilotes non PnP
• Pourquoi en avez-vous besoin ?

Heureusement, NirSoft a créé un remplacement. ServiWin vous permet de voir, d'arrêter et de démarrer tous les services (même ceux que Microsoft a décidé que les administrateurs ne devraient pas être autorisés à voir) :