Inactividad silenciosa: actividad en segundo plano de Windows antes y después de la optimización
En esta página
Respuesta breve
Sección titulada «Respuesta breve»La desactivación de componentes en segundo plano de Windows realmente reduce la actividad en reposo: en dos series de mediciones independientes, el número de procesos bajó 49–56 %, el uso de CPU en reposo, 17–67 %, y el compromiso de memoria (commit), 52 % en la segunda serie. Sin embargo, con la CPU a plena carga, el rendimiento aumentó solo 0,2–0,5 %. Un «reposo silencioso» significa una reducción confirmada del trabajo en segundo plano y de la competencia por los recursos, no un aumento de FPS: en este estudio no se midió el efecto final en los juegos.
Estado: la tendencia del efecto se reprodujo en dos series independientes con la misma compilación de Windows 11 en una máquina virtual. Las magnitudes difieren entre series porque la actividad en segundo plano de Windows se produce en ráfagas: durante el intervalo en que Microsoft Defender realizaba un análisis, la diferencia en el uso de CPU alcanzó −67 %; en un intervalo ya tranquilo, fue de −17 %.
Afirmación verificable
Sección titulada «Afirmación verificable»Comprobamos cuatro afirmaciones:
- La desactivación de componentes en segundo plano reduce notablemente la actividad del sistema en reposo.
- Reduce notablemente la actividad durante los primeros minutos después del arranque.
- Reduce notablemente el consumo de memoria.
- Aporta una mejora de rendimiento medible con la CPU a plena carga.
Alcance del estudio
Sección titulada «Alcance del estudio»- Windows 11 Pro, build 26300.9457 (26H2);
- máquina virtual: 4 vCPU, 8 GB de RAM, virtualización VMware;
- dos estados de la misma instalación: original («antes») y tras aplicar el perfil de optimización de BoosterX (compilación vigente en las fechas de las mediciones);
- dos series de mediciones independientes: 2026-09-18 y 2026-09-19; los estados se compararon en copias independientes del disco para que las mediciones no se influyeran entre sí;
- fases: 5 minutos después del arranque, 5 minutos de estabilización, 5 minutos en reposo;
- pruebas sintéticas breves: 1, 4 y 8 subprocesos, carga de memoria, carga con pausas y mezclas de prioridades.
Las mediciones no incluyeron juegos reales, carga de GPU, hardware físico ni intervalos prolongados (horas y días).
Una serie aparte, realizada en un PC físico Ryzen 7 7800X3D, con cuatro etapas y mediciones en juegos, se publicó en el artículo «BoosterX: actividad en segundo plano de Windows y FPS en CS2». Sus resultados no se combinan con esta serie realizada en máquinas virtuales.
Metodología
Sección titulada «Metodología»El protocolo se ajusta a «Cómo investigamos Windows»:
- cada fase se registró mediante trazas ETW (Windows Performance Recorder, perfiles ligeros de CPU, disco, archivos y red) y contadores de rendimiento con intervalos de 5 segundos (sistema) y 15 segundos (por proceso);
- la fase «después del arranque» se inició mediante un reinicio controlado y comenzó con un tiempo de actividad de alrededor de un minuto;
- en cada traza se comprobó el número de eventos perdidos: en todos los intervalos presentados fue cero;
- el promedio se calculó solo sobre intervalos completos de cinco segundos dentro de los límites de la fase (59 intervalos por fase);
- en la serie 2, se excluyó la primera ejecución «antes» porque la máquina virtual entró en suspensión; se utilizó una repetición;
- las pruebas de carga se ejecutaron dos veces; se presentan las medianas; el uso de CPU se normalizó para cuatro vCPU.
«Antes» y «después» son estados de una misma instalación de Windows: el estado «después» se obtuvo aplicando el perfil de optimización y el estado «antes» corresponde al estado original. Se modificó el conjunto completo de ajustes, por lo que no se evaluó la contribución aislada de cada desactivación.
Resultados
Sección titulada «Resultados»Serie 1 (2026-09-18): reposo estable sin mantenimiento activo:
| Métrica | Antes | Después | Cambio |
|---|---|---|---|
| Uso de CPU, % | 2,48 | 2,06 | −17 % |
| DPC + ISR, % de CPU | 1,73 | 1,59 | −8 % |
| Cambios de contexto, /s | 469 | 381 | −19 % |
| Procesos (promedio) | 134,9 | 69,3 | −49 % |
| Subprocesos (promedio) | 1 444,6 | 738,7 | −49 % |
| CPU total de todos los procesos, % | 1,22 | 1,06 | −13 % |
| Memoria disponible, MB | 5 490 | 6 518 | +1 028 |
| Lectura de disco, KB/s | 22,6 | 24,4 | +8 % |
| Escritura en disco, KB/s | 311,3 | 262,1 | −16 % |
| Red (recepción), KB/s | 132,6 | 2,2 | −98 % |
| Red (envío), KB/s | 43,2 | 4,7 | −89 % |
Serie 2 (2026-09-19): el mismo intervalo de reposo, pero en el estado «antes» se estaba ejecutando un análisis en segundo plano de Microsoft Defender:
| Métrica | Antes | Después | Cambio |
|---|---|---|---|
| Uso de CPU, % | 33,37 | 11,03 | −67 % |
| Cambios de contexto, /s | 3 737 | 291 | −92 % |
| Procesos (promedio) | 142,3 | 61,9 | −56 % |
| Subprocesos (promedio) | 1 494,7 | 637,1 | −57 % |
| Memoria disponible, MB | 5 174 | 6 653 | +1 479 |
| Memoria física usada, MB | 3 017 | 1 538 | −49 % |
| Compromiso de memoria (commit), MB | 2 617 | 1 249 | −52 % |
| Nonpaged pool, MB | 298,2 | 212,9 | −29 % |
| Paged pool, MB | 258,5 | 86,0 | −67 % |
| DPC, % de CPU | 0,89 | 0,19 | −78 % |
| Lectura de disco, MB/s | 7,42 | 0,01 | −99,9 % |
| Escritura en disco, MB/s | 4,57 | 0,23 | −95,0 % |
En la serie 2 apenas hubo actividad de red en reposo en ninguno de los dos estados (decenas de bytes por segundo), por lo que no se incluyen las filas de red. La diferencia entre las series no es una contradicción, sino una característica de la actividad en segundo plano: cuando Windows realiza tareas de mantenimiento, desactivar componentes en segundo plano ahorra más; cuando el intervalo ya es tranquilo, ahorra menos.
Primeros minutos después del arranque
Sección titulada «Primeros minutos después del arranque»| Métrica | Serie 1 (antes → después) | Serie 2 (antes → después) |
|---|---|---|
| Uso de CPU, % | 3,42 → 2,59 | 14,62 → 11,88 |
| Cambios de contexto, /s | 1 114 → 600 | 1 257 → 393 |
| Procesos | 132 → 74 | 139 → 64 |
| Subprocesos | — | 1 719 → 746 |
| Memoria física usada, MB | — | 2 821 → 1 581 |
| Memoria disponible, MB | — | 5 370 → 6 610 |
| Lectura de disco, KB/s | — | 826 → 433 |
| Escritura en disco, KB/s | 634 → 418 | 709 → 298 |
| Red (recepción), KB/s | — | 1,15 → ~0 |
El guion indica que la métrica no se registró para esa fase en esa serie.
Composición y memoria
Sección titulada «Composición y memoria»Instantánea del inventario en reposo (serie 1):
| Antes | Después | |
|---|---|---|
| Procesos | 136 | 70 |
| Subprocesos | 1 679 | 842 |
| Working set total, MB | 3 841 | 1 868 |
| Private bytes totales, MB | 1 524 | 660 |
Los mayores consumidores de memoria antes de la optimización eran: el proceso antivirus MsMpEng.exe (257 MB), explorer.exe (213 MB), StartMenuExperienceHost (144 MB), msedge.exe (133 MB), SearchHost.exe (122 MB). Después de la optimización, la lista estaba encabezada por explorer.exe (170 MB), msedgewebview2 (119 MB), SearchHost.exe (115 MB) y StartMenuExperienceHost (106 MB).
La memoria disponible aumentó 1,0–1,5 GB, y el compromiso de memoria (commit) se redujo 52 %. En «Cuánta memoria se puede liberar realmente en Windows» se explica qué parte de esto se puede «liberar» realmente y por qué la suma del working set de los procesos no equivale a la memoria libre.
A plena carga
Sección titulada «A plena carga»Pruebas sintéticas breves (serie 2, medianas de dos repeticiones):
| Escenario | Cambio en el rendimiento | Uso de CPU: antes / después |
|---|---|---|
| Un subproceso | +5,4 % | 21,9 / 22,6 % |
| Cuatro subprocesos (plena) | +0,19 % | 88,9 / 89,4 % |
| Ocho subprocesos (plena) | +0,50 % | 88,9 / 88,8 % |
| Carga de memoria | +11,2 % | 84,8 / 87,5 % |
| Con pausas (1 ms) | +5,4 % | 64,3 / 67,7 % |
| Prioridades mixtas | +8,5 % | 21,2 / 22,5 % |
| Prioridad en segundo plano | +77,1 % | 38,8 / 65,2 % |
Con una carga completa de cuatro subprocesos, el proceso de trabajo utilizó alrededor del 89 % de la capacidad de las cuatro vCPU tanto antes como después de la optimización. El ~11 % restante en la máquina virtual no se puede considerar «ruido de Windows» eliminable: la planificación del hipervisor no es visible desde la traza del sistema invitado. Los subprocesos de trabajo se distribuyeron uniformemente (la variación del volumen de trabajo entre ellos fue de 0,994–0,997); no se observó inanición y, tras la optimización, la cola de CPU en reposo estaba prácticamente vacía.
De dónde procede la actividad en segundo plano
Sección titulada «De dónde procede la actividad en segundo plano»Fuentes de actividad en segundo plano medidas en el estado «antes»:
- el análisis antivirus fue la principal fuente durante el intervalo de la serie 2: el proceso
MsMpEng.execonsumió 212 segundos de CPU durante un intervalo de cinco minutos en reposo; - en el estado original estaban activos el servicio de búsqueda, el servicio SysMain, la telemetría, el administrador de impresión y otros componentes; el perfil de optimización desactiva alrededor de 50 servicios en segundo plano y 58 tareas programadas;
- después del arranque, la actividad está acompañada por el orquestador de actualizaciones de Windows.
La desactivación de componentes en segundo plano no elimina por completo la actividad en segundo plano: en el estado optimizado seguía ejecutándose la evaluación de compatibilidad de aplicaciones (alrededor de 3,7 ms de CPU por segundo durante el intervalo de mantenimiento), y la actividad residual total en reposo estable fue de 4,8 ms de CPU por segundo, alrededor del 0,12 % de la capacidad de las cuatro vCPU (medido mediante trazas).
Qué se ha confirmado
Sección titulada «Qué se ha confirmado»- Reproducido (dos series independientes): número de procesos −49…−56 %, subprocesos −49…−57 %, memoria disponible +1,0–1,5 GB.
- Medido (serie 2): commit −52 % en reposo; memoria física usada −49 % en reposo y −44 % en la fase posterior al arranque.
- Medido: uso de CPU en reposo −17 % durante un intervalo tranquilo y −67 % durante un intervalo con análisis; cambios de contexto −19 % y −92 %; DPC −78 % (intervalo de la serie 2); la actividad posterior al arranque fue menor en ambas series.
- Medido: con la CPU a plena carga, el rendimiento aumentó +0,19 % (4 subprocesos) y +0,50 % (8 subprocesos); con cargas parciales y mixtas, el aumento fue de +5,4 a +11,2 %.
- Medido: la carga con prioridad en segundo plano se aceleró 77,1 %; en el estado «antes» competía con la actividad en segundo plano del propio Windows, incluido el análisis antivirus.
- Observado: las principales fuentes de actividad en segundo plano fueron el análisis antivirus, las tareas de mantenimiento y las tareas de compatibilidad; después de la optimización, la actividad residual en segundo plano se aproxima a cero, pero no llega a cero.
Qué no se ha confirmado
Sección titulada «Qué no se ha confirmado»- Aumento de FPS, reducción de input lag o frametime en juegos reales: no se midieron. Las pruebas sintéticas de CPU no simulan un juego con GPU ni demuestran un efecto en los juegos.
- La contribución aislada de cada desactivación: se aplicó un conjunto de cambios.
- La extrapolación de valores absolutos a hardware físico, otras compilaciones y otros perfiles de optimización.
- La estabilidad en intervalos prolongados: cada fase duró 5 minutos; la actividad en segundo plano de Windows se produce en ráfagas, por lo que no se midió un «día promedio».
Limitaciones
Sección titulada «Limitaciones»- Las mediciones se realizaron en una máquina virtual. La virtualización aporta su propia proporción de DPC/ISR y oculta la planificación del host; los valores absolutos serán distintos en hardware físico. Las proporciones y la tendencia de la comparación «antes/después» se mantienen en condiciones idénticas.
- La métrica ISR se excluyó de las tablas: en la máquina virtual, el contador ISR de PDH difiere aproximadamente 10 % de los controladores de interrupciones medidos mediante ETW y no coincide con la suma exacta.
- El intervalo «antes» de la serie 2 incluyó un análisis activo de Defender, y la carga del host varió entre intervalos (44 % de promedio frente a 24 %). Por tanto, los valores corresponden a intervalos concretos; la tendencia se confirmó en dos series.
- En la serie 1, una pausa externa de la máquina virtual interrumpió parte de la fase de reposo durante aproximadamente 26 segundos; la captura terminó tras reanudarse la máquina y no hubo eventos perdidos.
- Las pruebas de carga se repitieron dos veces: se trata de estadística descriptiva; no se evaluó la significación estadística.
- Parte de la mejora en reposo se debe a la desactivación de componentes de protección de Microsoft Defender. Un sistema sin protección antivirus es una decisión consciente con contrapartidas, no una optimización sin costes; la protección debe desactivarse entendiendo el coste.
- La capa de medición (trazas y contadores) genera por sí misma una pequeña carga en segundo plano; está presente en ambos estados.
El estudio y las herramientas utilizadas pertenecen al desarrollador de BoosterX, por lo que este tiene un interés directo en los resultados. La metodología y los límites de aplicabilidad se describen arriba; las conclusiones se pueden comprobar mediante los datos abiertos y las fuentes públicas enumeradas.
Conclusión práctica
Sección titulada «Conclusión práctica»La reducción de la actividad en segundo plano es un efecto real, reproducido dos veces: la mitad de procesos y subprocesos, la mitad de compromiso de memoria y un orden de magnitud menos de actividad de disco y red en reposo. Esto resulta útil por sí mismo —para la capacidad de respuesta del sistema, las tareas en segundo plano, la temperatura, el ruido de los ventiladores y la duración de la batería— y no requiere prometer aumentos de FPS.
No conviene esperar un aumento del rendimiento con el sistema a plena carga. Si la CPU ya está ocupada con trabajo útil al ~89 % de su capacidad, desactivar la actividad en segundo plano no añadirá el 11 % restante: en una máquina virtual, esa capacidad no pertenece a Windows. El efecto visible depende de la actividad del sistema en el momento de la comparación: durante un intervalo de mantenimiento, la diferencia es varias veces mayor; durante un intervalo tranquilo, es moderada.
Recomendación: evalúe la actividad en segundo plano antes y después de cualquier cambio en su propio equipo (Task Manager → «Rendimiento» y «Procesos», Monitor de recursos), en lugar de guiarse por porcentajes de otros equipos. Si su objetivo son los FPS en un juego concreto, mídalos antes y después del cambio.
Restauración del estado
Sección titulada «Restauración del estado»Ambas series se realizaron en máquinas virtuales aisladas, con copias independientes del disco; después de las mediciones, las máquinas se restauraron a sus estados originales. El artículo no requiere que el lector cambie ningún ajuste, por lo que no es necesario realizar ninguna acción de restauración en el equipo del usuario.
Fuentes primarias públicas
Sección titulada «Fuentes primarias públicas»- Microsoft: Windows Performance Recorder — herramienta de grabación de trazas ETW utilizada en la metodología; consultado el 2026-09-20.
- Microsoft: About Event Tracing — modelo ETW y comprobación de eventos perdidos; consultado el 2026-09-20.
- Microsoft: Microsoft Defender Antivirus en Windows — procesos y servicios de Defender, incluido
MsMpEng.exe(«Antimalware Service Executable» en Task Manager); consultado el 2026-09-20. - Cómo investigamos Windows — niveles de evidencia y protocolo de medición.
- Service Host y componentes en segundo plano de Windows 11 — cómo Windows distribuye los servicios en segundo plano entre procesos.
- Cuánta memoria se puede liberar realmente en Windows — análisis detallado de la memoria de este mismo experimento.
- Escritorio frente a pantalla de inicio de sesión — continuación: composición de la actividad de la sesión de usuario.
Historial de cambios
Sección titulada «Historial de cambios»- 2026-09-20: primera publicación: dos series independientes de mediciones en reposo, fases posteriores al arranque, inventario y pruebas de carga.
- 2026-09-20: se precisó la atribución de los resultados por serie (commit y memoria física usada, solo en la serie 2; procesos −49…−56 %); se ajustó el descargo de responsabilidad sobre el conflicto de intereses a la formulación canónica.