Recibir el siguiente con las cuales se relaciona las ediciones de SVCHOST que he escrito alrededor en el pasado…

El MS ha lanzado “Seguridad de Microsoft consultiva (927891) - Arreglo para el instalador de Windows (MSI)” que no es realmente una preocupación directa de la seguridad, pero realmente las preocupaciones de las direcciones que pudieron evitar que la gente consiga seguridad crítica u otras actualizaciones.

Según lo mencionado previamente, implica a MS KB 927891 - “Usted recibe un error de la violación de acceso y el sistema puede aparecer llegar a ser insensible cuando usted intenta instalar una actualización de la actualización de Windows o de la actualización de Microsoft“, y la revisión actual del artículo (8.0) indica que “este arreglo es un componente de un arreglo bipartito que incluya una actualización del software del cliente de la actualización de Windows. Estas actualizaciones serán desplegadas automáticamente usando la actualización de Windows en mayo de 2007 y junio de 2007.”

Una vez más esta actualización es uno de dos esa necesidad de ser aplicado para tratar completamente la edición. La otra actualización es la versión 3.0 del software del cliente de la actualización de Windows, disponible de MS KB 932494, “Cuando usted utiliza actualizaciones automáticas para explorar para las actualizaciones o para aplicar actualizaciones a los usos que utilizan el instalador de Windows, usted experimenta las ediciones que implican el proceso de Svchost.exe“.

Uno

…

Previamente (aquí y aquí), he escrito sobre aislar servicios compartidos de modo que funcionen en su propio proceso, con un foco específico en las actualizaciones automáticas de la actualización de Windows que el servicio (wuauserv) ese funciona típicamente en el caso de NETSVCS SVCHOST.EXE. Se logra una cosa que se puede hacer una vez esto es bajar la prioridad del proceso de modo que cuando el servicio enrolla encima de consumir 100% de la CPU, el sistema no llegue a ser insensible.

Since we’re dealing with a service, setting the priority of such a SVCHOST.EXE process can become problematic - the service may already be running, or, because it is a service, it is not started as non-service processes are, so one is not able to use START / [LOW NORMAL HIGH REALTIME ABOVENORMAL BELOWNORMAL] to impose a priority when the process starts. One can use a utility like Task Manager or Process Explorer to set the priority of a process on an ad hoc basis, but when the service restarts or the system reboots one has to remember to set the priority again.

Though not an ideal solution the following scripts (VBS using WMI, and PowerShell) can be used to set the

…

In the past, I’ve written about both high CPU utilization by SVCHOST.EXE as well as the 0×8ddd0009 Windows Update / Microsoft Update error, so I thought I would mention this…

MS KB 932494 (When you use Automatic Updates to scan for updates or to apply updates to applications that use Windows Installer, you experience issues that involve the Svchost.exe process) references problems that are addressed by MS KB 916089 (FIX: When you run Windows Update to scan for updates that use Windows Installer, including Office updates, CPU utilization may reach 100 percent for prolonged periods) and MS KB 927891 (You receive an access violation when you try to install an update from Windows Update after you apply hotfix package 916089). However, even after applying the patch associated with 927891 (which replaces the patch associated with 916089), 932494 indicates that the following problems remain:

1) Certain 100 percent CPU issues are still present when you use the Svchost.exe process.
2) An access violation may occur in the Svchost.exe process.

I (as well as others) have speculated in the past that 916089 (and its succedent patches) can also help with the 0×8ddd0009 error…