Comment trouver l'utilisation de la mémoire des services Windows individuels ?

Vous pourriez utiliser la commande intégrée tasklist et filtrer par nom de service (commutateur /fi), par exemple :

 tasklist /fi "services eq TermService"

Sortie :

Image Name                     PID Session Name        Session#    Mem Usage
========================= ======== ================ =========== ============
svchost.exe                   2940 Console                    0      7.096 K

Si vous ne connaissez pas un nom, vous pouvez les lister en exécutant cette commande :

 tasklist /svc /fi "imagename eq svchost.exe"

Cela liste tous les services hébergés par svchost.exe, par exemple :

Image Name                     PID Services
========================= ======== ============================================
svchost.exe                    632 DcomLaunch
svchost.exe                    684 RpcSs
svchost.exe                    748 Dhcp, Dnscache
svchost.exe                    788 LmHosts, W32Time
svchost.exe                    804 AeLookupSvc, AudioSrv, Browser, CryptSvc,
                                   dmserver, EventSystem, helpsvc,
                                   lanmanserver, lanmanworkstation, Messenger,
                                   Netman, Nla, RasMan, Schedule, seclogon,
                                   SENS, ShellHWDetection, TrkWks, winmgmt,
                                   wuauserv, WZCSVC
svchost.exe                   1140 ERSvc
svchost.exe                   1712 RemoteRegistry
svchost.exe                    196 W3SVC
svchost.exe                   2940 TermService
svchost.exe                   2420 TapiSrv

Les services ne sont pas nécessairement hébergés par svchost.exe. Donc, si vous ne pouvez pas trouver un service en filtrant par le nom du fichier exécutant, exécutez simplement tasklist /svc. Il affichera tous les services.

Le gestionnaire de processus affichera en effet l'utilisation individuelle de la mémoire dans svchost Assurez-vous d'avoir la dernière version d'ici https://docs.microsoft.com/sysinternals/downloads/process-explorer

Veillez à exécuter Process Explorer en tant qu'administrateur, cliquez sur le svchost que vous souhaitez inspecter, cliquez sur le bouton Voir DLLs (ou CTRL+D). Cliquez avec le bouton droit sur les en-têtes de la fenêtre DLLs, Sélectionner les colonnes..., cochez ensuite WS Total Bytes, et cliquez sur OK.

Maintenant, vous pouvez afficher et trier sur l'utilisation de la mémoire des services individuels (implémentés par des dlls) dans le svchost.

Alors que Process Monitor est un utilitaire polyvalent (qui fera tout sauf vous laver la vaisselle), pour cette question particulière, vous voulez utiliser VMMap (un autre utilitaire SysInternals)

https://docs.microsoft.com/sysinternals/downloads/vmmap

VMMap est un utilitaire d'analyse de la mémoire virtuelle et physique des processus. Il montre une ventilation des types de mémoire virtuelle engagée d'un processus ainsi que la quantité de mémoire physique (ensemble de travail) attribuée par le système d'exploitation à ces types. En plus des représentations graphiques de l'utilisation de la mémoire, VMMap montre également des informations résumées et une carte mémoire détaillée du processus. De puissantes capacités de filtrage et de rafraîchissement vous permettent d'identifier les sources de l'utilisation de la mémoire du processus et le coût en mémoire des fonctionnalités de l'application.

En plus de vues flexibles pour analyser les processus en direct, VMMap prend en charge l'exportation de données sous plusieurs formes, y compris un format natif qui préserve toutes les informations pour que vous puissiez les recharger. Il inclut également des options en ligne de commande qui permettent des scénarios de script.

Cela commence à relever du territoire de stackoverflow, mais si vous pouvez obtenir des statistiques de mémoire par thread, vous pourrez peut-être les corrélations approximativement aux dlls de service individuels en les faisant correspondre aux dlls répertoriées dans la pile de thread. Bien trop pour mon minuscule cerveau d'administrateur système, cependant.