Escritorio frente a pantalla de inicio de sesión: lo que cuesta la sesión de usuario

Respuesta breve

Un escritorio con sesión iniciada cuesta más que la pantalla de inicio de sesión, pero mucho menos de lo que parece: en reposo estacionario consume aproximadamente 0.012 núcleos frente a 0.0074 en la pantalla de inicio de sesión, es decir, 1.6 veces más. El verdadero coste de la sesión de usuario es la primera hora tras el inicio de sesión: el escaneo de Defender y la oleada de actualizaciones de Store juntos consumen cerca del 79% de toda la actividad de CPU de la ventana de cinco horas. El shell en sí es casi gratuito: explorer, sihost, dwm y la fuente de Inicio juntos gastan alrededor del 2.3% del presupuesto.

Estado: medido en una única ejecución de 5 horas en Windows 11 26H2 en una máquina virtual. La comparación con la pantalla de inicio de sesión se hizo sobre la misma compilación y la misma instantánea. No se comprobó la transferencia a hardware físico, otras compilaciones ni ventanas nocturnas.

Afirmación verificable

Comprobamos cuatro afirmaciones:

1. Un escritorio con sesión iniciada es notablemente más caro que el reposo de la pantalla de inicio de sesión.
2. El coste principal de la sesión es el funcionamiento constante del shell.
3. La sesión de usuario cambia de forma apreciable el perfil de red en reposo.
4. Los mecanismos programados de Windows (actualizaciones, temporizadores de servicio) se comportan en la sesión igual que sin ella.

Ámbito del estudio

• Windows 11 Pro, build 26300.9457 (26H2), máquina virtual de 4 vCPU / 8 GB;
• instalación limpia sin software de terceros; la suspensión y las actualizaciones de configuración no se desactivaron;
• dos ejecuciones sobre la misma instantánea: pantalla de inicio de sesión sin sesión de usuario (6 horas) y escritorio con sesión iniciada (4 horas 46 minutos, detenida antes de tiempo);
• el inicio de sesión se realizó manualmente; la observación comenzó tras confirmar el arranque del shell;
• instantáneas por minuto: CPU de los procesos, conjuntos de servicios en ejecución, memoria y conexiones establecidas.

Las mediciones no incluyeron hardware físico, trabajo real frente al equipo, carga de GPU ni ventanas nocturnas (las tareas diarias de mantenimiento no entraron en el marco).

Metodología

Para cada proceso se registraban una vez por minuto los segundos de CPU acumulados; la diferencia entre instantáneas contiguas da el consumo del intervalo. Los servicios se siguieron por conjuntos de instancias en ejecución y transiciones; la red, por las conexiones establecidas en el momento de la instantánea. El ruido de nuestra propia monitorización (alrededor del 3.6% de CPU) se excluyó de la interpretación. Ambas ejecuciones se compararon por magnitudes normalizadas a una hora.

Resultados

Comparación resumida

Métrica	Pantalla de inicio de sesión	Escritorio	Diferencia
CPU media por ventana, núcleos	0.0098	0.0492	×5.0
CPU de la hora estacionaria, núcleos	0.0074	0.0120	×1.61
CPU de la primera hora tras el inicio de sesión/arranque, núcleos	0.0185	0.2942	×15.9
Arranques de procesos del sistema por hora	26.1	79.5	×3.05
Minutos con actividad superior a 1 s de CPU	5%	13.5%	×2.4 por proporción
Conexiones establecidas por hora (minutos-endpoint)	88.3	228.1	×2.58
Conexiones permanentes	1	3	×3

Hecho clave: la cifra media «×5» se compone casi por completo de la primera hora. Las horas estacionarias del escritorio son homogéneas (0.0118–0.0127 núcleos) y no derivan.

Primera hora: dos oleadas

Oleada	Proporción	Qué ocurría
Escaneo de inicio de sesión de Defender	~55% de la CPU de la hora	El proceso antivirus trabajó alrededor de 0.7 núcleos durante 8 minutos seguidos; el escaneo comenzó justo después del inicio de sesión
Actualización de Store y USO	~27% de la CPU de la hora	Instalación de 24 aplicaciones, descarga de unos 880 MB mediante Delivery Optimization, incluido el emparejamiento

La oleada de Store es importante por separado: en esta ejecución las actualizaciones llegaron mediante Microsoft Store y Delivery Optimization, no mediante el Windows Update clásico. El pico de red del inicio de sesión es 67 veces mayor que el nivel estacionario.

Reposo estacionario: quién trabaja

Origen	Segundos de CPU por hora	Comentario
Envoltorio general de svchost	13–14	Temporizadores de servicios
Núcleo (System)	8	Parte del trabajo de Defender y de la infraestructura
Antivirus fuera de escaneo	~3	Comprobaciones periódicas
Shell (explorer, sihost, dwm, fuente de Inicio, búsqueda, widgets, OneDrive)	4.1	2.3% del presupuesto; el «reposo del escritorio» es casi gratuito

Tres cuartas partes de la diferencia en los arranques de procesos las aportan los mecanismos periódicos de la sesión de usuario: el host en segundo plano de tareas UWP (ciclo de unos 13 minutos), RuntimeBroker y SoftLanding cada 15 minutos.

Red: tres conexiones permanentes y dos temporizadores nuevos

En la pantalla de inicio de sesión vive una única conexión permanente. En el escritorio hay tres: dos las mantiene la fuente de Inicio (contenido de MSN: el tiempo, noticias, mosaicos dinámicos) desde el primer minuto y sin interrupciones, la tercera es un servicio del sistema de notificaciones. El coste de CPU de la fuente durante toda la ventana es inferior a 2 segundos de CPU, pero la conexión en sí vive siempre.

Nuevos temporizadores de la sesión: OneDrive se sincroniza cada 32–33 minutos con dos conexiones, las actualizaciones de Edge se comprueban una vez cada varias horas. Las comprobaciones de firmas de Defender van en clústeres cada 30–40 minutos. Todo el tráfico se dirige a la infraestructura de Microsoft; no se observaron conexiones ajenas.

Temporizadores de servicio

La actualización de directiva de grupo en el escritorio se cicla cada 16–17 minutos frente a unos 80 minutos en la pantalla de inicio de sesión. El servicio de aplicaciones (AppXSvc) y la protección de licencias (sppsvc) mantuvieron el mismo ritmo. Cinco servicios de la sesión viven de forma permanente, incluidos las notificaciones de usuario y Clipboard.

Memoria

No hay fugas del sistema: el antivirus tras el escaneo liberó 81 MB, el shell creció solo en los primeros 30 minutos y alcanzó una meseta. El número de procesos es de 130–153 frente a 84–98 en la pantalla de inicio de sesión.

Qué se ha confirmado

• Medido: el escritorio estacionario es 1.61 veces más caro que la pantalla de inicio de sesión en CPU; la primera hora tras el inicio de sesión es el coste principal de la sesión (79% de la CPU de la ventana).
• Medido: la fuente de Inicio mantiene dos conexiones permanentes durante toda la sesión; OneDrive se sincroniza cada 32–33 minutos.
• Medido: la oleada de Store del inicio de sesión descargó unos 880 MB mediante Delivery Optimization; el pico de red del inicio de sesión es 67 veces mayor que el estacionario.
• Medido: el shell (explorer, dwm, fuente de Inicio, búsqueda, widgets) en reposo estacionario gasta alrededor del 2.3% de CPU.
• Observado: las actualizaciones llegaron mediante Store/DO, no mediante el WU clásico; las tareas nocturnas de mantenimiento no entraron en el marco.

Qué no se ha confirmado

• El comportamiento en hardware físico y en otras compilaciones de Windows.
• Las ventanas nocturnas y las tareas diarias de mantenimiento (la ejecución es diurna, detenida antes de tiempo).
• La influencia de desactivar la fuente de Inicio o OneDrive en estas cifras: solo medimos su contribución, la desactivación no se probó.
• La influencia en los FPS y en el rendimiento final en juegos: no se midió.

Limitaciones

Una ejecución por estado, máquina virtual, ventana diurna. El trabajo en segundo plano de Windows llega en picos, por lo que no está justificado trasladar los valores absolutos a otro hardware ni a un día completo. Los procesos de menos de un minuto y el tráfico UDP (DNS, NTP) no se ven por completo. Parte de los registros no fijó eventos durante la segunda ejecución; las transiciones de servicios se reconstruyeron a partir de las instantáneas.

Conclusión práctica

El «ruido de fondo de Windows» se descompone en tres cosas distintas, y hay que combatirlas de forma diferente. Las oleadas posteriores al inicio de sesión (escaneo de Defender y actualizaciones de Store) aportan la mayor parte de la CPU: no se pueden desactivar con ajustes finos, pero terminan por sí solas. Los metrónomos del sistema (sondeo de WMI, comprobaciones de licencia, temporizador de OneDrive) son un fondo estable pero pequeño. El shell es casi gratuito.

Consecuencias prácticas: no mida la «optimización» por la primera hora tras el inicio de sesión si no aísla las oleadas; para minimizar la red, desactive la fuente de Inicio y OneDrive si no los necesita; esperar «silencio» justo después del inicio de sesión no está justificado.

Restauración del estado

El sistema no se modificó: ambas ejecuciones son observación pura sin cambios de ajustes, servicios ni registro. La máquina virtual se devolvió a una instantánea limpia tras las mediciones.

Fuentes y límites

Las mediciones las realizó BoosterX Research en la máquina virtual descrita. La investigación pertenece al desarrollador de BoosterX, el desarrollador tiene un interés directo en el resultado; la metodología y las limitaciones se describen arriba, las observaciones originales pueden repetirse según la metodología abierta.

• Microsoft: Delivery Optimization, comprobado el 2026-09-22.
• Microsoft: Connected User Experiences and Telemetry, comprobado el 2026-09-22.

Última comprobación: 2026-09-22.