%3F.png)
Hoy actualicé a Creators Update ejecutando la configuración desde la ISO montada localmente. Cuando regresé a mi computadora, abrí el Administrador de tareas y vi que mi uso de memoria era mucho mayor que antes (ahora es un uso de memoria de casi 6 GB en estado inactivo después de iniciar sesión en lugar de 2 a 3 GB con la versión anterior de Windows): los procesos La pestaña reveló que había más de60diferentes instancias de svchost.exeejecución. Esta cifra de 6 GB es sólo para la memoria de proceso, sin incluir la memoria utilizada para el almacenamiento en caché o "en espera".
Corrí tasklist /svcpara obtener una lista de qué servicios estaban en qué procesos y enumera casi todas las instancias de svchost.exe como si solo tuvieran un servicio en ejecución (con la excepción de un puñado de instancias que ejecutan algunos servicios del sistema).
Aquí está mi salida:
Image Name PID Services
========================= ======== ============================================
System Idle Process 0 N/A
System 4 N/A
smss.exe 440 N/A
csrss.exe 612 N/A
wininit.exe 700 N/A
csrss.exe 708 N/A
services.exe 776 N/A
lsass.exe 784 KeyIso, Netlogon, SamSs, VaultSvc
svchost.exe 888 PlugPlay
svchost.exe 908 BrokerInfrastructure, DcomLaunch, Power,
SystemEventsBroker
fontdrvhost.exe 936 N/A
svchost.exe 1000 RpcEptMapper, RpcSs
svchost.exe 104 LSM
winlogon.exe 544 N/A
fontdrvhost.exe 420 N/A
svchost.exe 1072 DeviceInstall
dwm.exe 1136 N/A
svchost.exe 1164 BFE, CoreMessagingRegistrar, MpsSvc
svchost.exe 1424 lmhosts
svchost.exe 1432 W32Time
svchost.exe 1440 nsi
svchost.exe 1448 wudfsvc
svchost.exe 1528 hidserv
svchost.exe 1628 Dhcp
svchost.exe 1716 Dnscache
svchost.exe 1748 EventLog
WUDFHost.exe 1792 N/A
svchost.exe 1908 TimeBrokerSvc
svchost.exe 1952 NlaSvc
NVDisplay.Container.exe 1968 NVDisplay.ContainerLocalSystem
svchost.exe 1324 Themes
svchost.exe 1596 ProfSvc
svchost.exe 1944 EventSystem
svchost.exe 1052 netprofm
svchost.exe 2116 StateRepository
svchost.exe 2256 SENS
svchost.exe 2296 AudioEndpointBuilder
svchost.exe 2304 FontCache
(etc)...
Sé que puede configurar servicios individuales para que se ejecuten en su propia instancia de svc con el sc config <serviceName> type= owncomando, pero que yo sepa, nunca he ejecutado este comando.
Eché un vistazo rápido Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Servicesy parece que a los Typevalores clave para la mayoría de estos servicios les falta el bit de bandera 0x10que controla si un servicio se ejecuta en su propia svchost.exeinstancia o no. Me pregunto qué pudo haber afectado este cambio.
¿Alguien más ha observado este comportamiento antes o después de instalar Windows 10 Creators Update? Si se trata de un cambio de configuración predeterminado, ¿tendrá alguna implicación en el rendimiento o la estabilidad del sistema?
Sospecho que aumentará la estabilidad del sistema porque si un servicio falla, no desactivará otros servicios, pero esto conlleva un costo enorme de RAM, pero nunca he experimentado que un servicio falle, o al menos lo he notado ( en cambio, el peor problema que he tenido es wuauservconsumir el 100% de la CPU durante horas y horas (y ese no es un problema que el aislamiento del proceso pueda resolver).
(Me acabo de dar cuenta: ¡finalmente agregaron una barra de direcciones al Editor del Registro!)
Respuesta1
Si estoHay un cambio en Creators Update si usas una PC con más de 3,5 GB de RAM.. Aquí, todos los servicios se ejecutan en su propio svchost.exe para ver mejor qué servicio causa el problema o evitar el bloqueo de otros servicios si un servicio falla en un svchost.exe.
Si su PC tiene más de 3,5 GB de memoria, es posible que observe una mayor cantidad de procesos en el Administrador de tareas. Si bien este cambio puede parecer preocupante a primera vista, muchos estarán emocionados de descubrir la motivación detrás de este cambio. A medida que creció el número de servicios preinstalados, comenzaron a agruparse en procesos conocidos como hosts de servicios (svchost.exe) con Windows 2000. Tenga en cuenta que la RAM recomendada para PC para esta versión fue de 256 MB, mientras que la RAM mínima fue de 64 MB. Debido al espectacular aumento de la memoria disponible a lo largo de los años, la ventaja de ahorro de memoria de los hosts de servicios ha disminuido. En consecuencia, desagrupar servicios en PC con mucha memoria (más de 3,5 GB de RAM) que ejecutan Windows ahora nos ofrece la oportunidad de hacer lo siguiente:
Aumente la confiabilidad: cuando falla un servicio en un host de servicio, fallan todos los servicios en el host de servicio. En otras palabras, el
proceso del host del servicio finaliza, lo que resulta en la terminación de todos
los servicios en ejecución dentro de ese proceso.Aumente la transparencia: el Administrador de tareas ahora le brindará una mejor visión de lo que sucede detrás de escena. Ahora puede ver cuánta CPU, memoria, disco y red están consumiendo los servicios individuales.
Aumente la seguridad: el aislamiento de procesos y los conjuntos de permisos individuales para los servicios aumentarán la seguridad.
Así que no te preocupes, este es un buen cambio en v1703 y todo está bien.
Pero hay una manera de revertirlo. Esto eradescubierto por un usuariode un sitio web que se ocupa de ajustes de Windows.
Entonces, ejecute regedit.exe, vaya HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Controly cree un DWORD de 32 bits SvcHostSplitThresholdInKBy configúrelo en un número grande (mayor en comparación con su RAM de instalación).