Recientemente, he estado implicado en procurar diagnosticar problemas con la utilización excesiva de la CPU. A menudo las épocas, este tipo de cosa es relativamente fácil de identificar - por lo menos hasta señalar el dedo en la cosa que está consumiendo ciclos de la CPU. El encargado de la tarea puede ser utilizado para esto - clasifique simplemente la columna de la “CPU” en orden descendente y observe el proceso que está en la tapa de la lista. Uno puede utilizar una técnica similar con Explorador de proceso.

En el pasado (aquí y aquí), he dado los ejemplos que demuestran las varias técnicas que se pueden utilizar para intentar determinarse lo que está haciendo un proceso cuando está consumiendo tanto la CPU. A veces, usted puede hacer algo sobre él - si usted tiene los símbolos el eliminar errores, quizás hay algo en el apilado del hilo de rosca o rosca en el proceso que está consumiendo la CPU que le conducirá a cierto ajuste, característica, o pedazo de la configuración que se pueda manipular para evitar el problema. O quizás apenas saber el nombre del módulo es bastante información para identificar el software del problema - un de diapositivo suplementario/un plug-in recientemente instalados, o una nueva utilidad,…

Previamente (El funcionamiento de localización de averías publica con las actualizaciones automáticas/cómo aislar un servicio compartido recibido por SVCHOST.EXE) Había detallado algunos pasos que uno podría seguir para aislar un servicio compartido recibido por SVCHOST.EXE, en el contexto del servicio automático de las actualizaciones de la actualización de Windows. Hay pares de otras maneras de aislar un servicio compartido, con diversas implicaciones.

La intención/el deseo de un servicio “de ser compartido” o no se indica típicamente cuando se crea el servicio - el quinto parámetro a CreateService está el dwServiceType, que para nuestros intereses puede estar, entre otras cosas, SERVICE_WIN32_OWN_PROCESS (0×10) o SERVICE_WIN32_SHARE_PROCESS (0×20). Una vez que se haya creado un servicio, el ajuste del dwServiceType puede ser cambiado llamando ChangeServiceConfig con los parámetros apropiados.

La nave de Windows XP y del servidor 2003 con un programa utilitario llamó “SC.exe”. (I seem to recall using SC.EXE on NT 4.0, after it was included in some resource kit, but I could be mistaken. The DLL Help Database listing for SC.EXE puts the earliest version as having shipped with Visual Studio .NET 2002.) SC presumably stands for “Service Controller”. At any rate, one can use SC to change the configuration…

…or,
How to Isolate A Shared Service Hosted by SVCHOST.EXE

There are a number of articles in the Microsoft Knowledge Base about performance issues with Windows Update / Microsoft Update, as well as other problems related to the scanning mechanisms used by automatic-type update services. There are some fixes, and fixes for some fixes, but no “ultimate” solution. Stepping back a bit, how can you even determine if Automatic Updates is causing performance issues on your system?

The Automatic Updates service is not a stand-alone process, so it is not sufficient to simply look for which process is consuming the most CPU time or the most memory. Rather, Automatic Updates is integrated into the “netsvcs” SVCHOST service hosting instance. On the systems that I have examined, this instance hosts over 20 services - 25 services on the system I am using to write this. How can you see what services are running inside of a process? One way is to use “tasklist /svc“, and examine the “Services” column. Another way is to use Process Explorer - simply hover the mouse pointer over a process and any services that are…