Le Gestionnaire des tâches affiche l'utilisation de la mémoire globale de svchost.exe. Existe-t-il un moyen de visualiser l'utilisation de la mémoire de chaque service?
Notez que ceci est similaire à la génération de rapports de performances détaillées sur svchost.exe.
Réponses:
Il existe un moyen simple d'obtenir les informations que vous demandez (mais cela nécessite une légère modification de votre système):
Divisez chaque service pour qu'il s'exécute dans son propre processus SVCHOST.EXE et le service consommant les cycles de processeur sera facilement visible dans Task Manager ou Process Explorer (l'espace après "=" est requis):
Faites-le dans une fenêtre de ligne de commande ou insérez-le dans un script BAT. Des privilèges d'administrateur sont requis et un redémarrage de l'ordinateur est requis avant que celui-ci ne prenne effet.
L'état d'origine peut être restauré par:
Exemple: pour exécuter Windows Management Instrumentation dans un fichier SVCHOST.EXE distinct:
Cette technique n’a aucun effet néfaste, sauf peut-être une légère augmentation de la consommation de mémoire. Outre l'observation de l'utilisation de l'UC pour chaque service, cela facilite également l'observation du delta des fautes de page, du taux de lecture des E / S de disque et du taux d'écriture des E / S de disques pour chaque service. Pour Process Explorer, menu View / Select Columns: onglet Process Mémoire / Delta de défaut de page, onglet Process Performance / Octets d'écriture Delta IO, onglet Process Performance / Octets de lecture Delta IO, respectivement.
Sur la plupart des systèmes, il n’existe qu’un seul processus SVCHOST.EXE comportant de nombreux services. J'ai utilisé cette séquence (elle peut être collée directement dans une fenêtre de ligne de commande):
la source
svchost.exesystèmes Windows XP. Sur celui-ci, j'en vois 6.type= ownil risque de ne pas fonctionner correctement et vous ne pourrez accéder à aucun fichier crypté avec celui-ci (ce qui catastrophique si les fichiers du système d’exploitation sont cryptés!)Vous pouvez utiliser la
tasklistcommande intégrée et filtrer par nom de service (/ficommutateur), par exemple:Sortie:
Si vous ne connaissez pas de nom, vous pouvez les lister en lançant cette instruction:
Il répertorie tous les services hébergés par svchost.exe, par exemple:
Nom de l'image Services PID ================================================ =========================== svchost.exe 632 DcomLaunch svchost.exe 684 RpcSs svchost.exe 748 Dhcp, Dnscache svchost.exe 788 LmHosts, W32Time svchost.exe 804 AeLookupSvc, AudioSrv, Navigateur, CryptSvc, dmserver, EventSystem, helpvc, lanmanserver, lanmanworkstation, Messenger, Netman, Nla, RasMan, Calendrier, 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 TapiSrvLes services ne sont pas nécessairement hébergés par
svchost.exe. Donc, si vous ne trouvez pas de service filtrant en fonction du nom du fichier en cours d'exécution, exécutez-letasklist /svc. Il montrera tous les services.la source
Process Explorer vous montrera en effet l’utilisation individuelle de la mémoire dans svchost. Assurez-vous d’avoir la dernière version à partir d’ici http://technet.microsoft.com/en-us/sysinternals/bb896653.
Assurez-vous d’exécuter Process Explorer en tant qu’administrateur, cliquez sur le svchost que vous souhaitez inspecter, puis sur le
View DLLsbouton (ou CTRL+D). Cliquez avec le bouton droit sur les en-têtes dans la fenêtre des DLLSelect Columns..., puis cochezWS Total Byteset cliquez surOK.Vous pouvez maintenant afficher et trier l'utilisation de la mémoire de différents services (implémentée par des dll) dans svchost.
la source
Alors que Process Monitor est un utilitaire à usage général (qui fait tout sauf laver la vaisselle pour vous), pour cette question particulière, vous souhaitez utiliser VMMap (un autre utilitaire SysInternals).
http://technet.microsoft.com/en-us/sysinternals/dd535533.aspx
VMMap est un utilitaire d'analyse de mémoire virtuelle et physique de processus. Il présente une ventilation des types de mémoire virtuelle validée d'un processus, ainsi que la quantité de mémoire physique (ensemble de travail) affectée à ces types par le système d'exploitation. Outre les représentations graphiques de l'utilisation de la mémoire, VMMap affiche également des informations récapitulatives et une carte de mémoire de processus détaillée. De puissantes fonctionnalités de filtrage et d'actualisation vous permettent d'identifier les sources d'utilisation de la mémoire de processus et le coût en mémoire des fonctionnalités de l'application.
Outre des vues flexibles pour l'analyse des processus en direct, VMMap prend en charge l'exportation de données sous plusieurs formes, y compris un format natif qui conserve toutes les informations afin que vous puissiez les réimporter. Il inclut également des options de ligne de commande permettant d'activer des scénarios de script.
la source
Cela entre dans le territoire de stackoverflow, mais si vous pouvez vous procurer des statistiques de mémoire par thread, vous pourrez peut-être le corréler approximativement aux dll de service individuelles en les mettant en correspondance avec les dll répertoriées dans la pile de thread. Beaucoup trop pour mon minuscule cerveau sysadmin, cependant.
la source
Je prolonge ici la réponse de Peter Mortensen. Avant de modifier le type de services, veuillez vérifier le type existant à l'aide d'une commande, comme suit:
Ce qui produira les suivants:
Tout type autre que "10 WIN32_OWN_PROCESS", "20 WIN32_SHARE_PROCESS" ne doit pas être modifié.
la source
Séparer les services est la bonne réponse, mais la commande sc config n'a pas fonctionné pour moi (2008 R2).
Vous pouvez le faire via le registre, ce qui signifie que vous définissez le paramètre "Type" sur 0x00000010 (déc. 16):
Faites attention au service que vous choisissez de modifier, il existe des types spéciaux en plus de "posséder" et "partager" qui ne doivent pas être modifiés, comme:
Après cela, redémarrez simplement le service et vous devriez voir dans ProcessExplorer qu’il a maintenant son propre processus svchost.exe.
la source