Prueba de placebo: ¿silencian los ajustes finos del registro la actividad en segundo plano?

Respuesta corta

No. Los 17 parámetros «finos» del registro que las guías de optimización describen como silenciadores de la actividad en segundo plano no redujeron el fondo total: las operaciones de registro y de archivos se mantuvieron dentro del rango natural de variación de las horas limpias. El efecto puntual solo está demostrado en dos mecanismos: desactivar LLMNR puso a cero las consultas de red correspondientes, y el grupo de telemetría detuvo el sondeo periódico de la configuración de DiagTrack (−98–99.8%). Otros tres parámetros se leyeron, pero no produjeron ningún efecto observable.

Estado: medido en una única pasada A/B con cuatro horas de control en Windows 11 26H2 en una máquina virtual. El veredicto «sin efecto» se refiere al fondo observable en reposo; para los parámetros con un periodo de funcionamiento largo, la ventana de medición no fue suficiente.

Afirmación verificada

Una general: aplicar un conjunto conocido de 17 parámetros del registro reduce de forma notable la actividad en segundo plano de Windows en reposo. Más 17 particulares: si cada parámetro cambia el comportamiento observable.

Ámbito del estudio

• Windows 11 Pro, build 26300.9457 (26H2), máquina virtual, sistema asentado;
• 17 parámetros del registro de entre los recomendados con frecuencia: telemetría, diagnóstico, redes, compatibilidad y búsqueda;
• ventana con los parámetros: 9.2 minutos tras 3 minutos de estabilización; ventana limpia de control de la misma duración más cuatro horas de control adicionales de la misma ejecución;
• métricas: inicios de procesos e hilos, operaciones de registro, de archivos y de red según el trazado del kernel;
• todos los parámetros aplicados a la vez y restaurados inmediatamente después de la medición.

No se comprobaron: carga por escenarios (instalación, actualizaciones, uso de aplicaciones), parámetros con un periodo de funcionamiento más largo que la ventana, hardware físico y otras builds.

Metodología

A/B estricto en un único ciclo de arranque: ventana con los parámetros aplicados frente a una ventana limpia de igual duración, más cuatro horas limpias de control para estimar la variación natural. Los eventos del trazado del kernel se agruparon por procesos; se excluyó el ruido de monitorización acompañante. Las tasas se normalizaron por minuto; para resistir a los picos se compararon las medianas de las sumas por minuto sin el primer minuto.

Resultados

Fondo total: paridad

Métrica	Con parámetros	Ventana limpia	Horas limpias (rango)	Veredicto
Inicios de procesos/min	2549	2601	2601	paridad
Operaciones de registro/min	14235	14780	14394–18951	dentro del rango
Operaciones de archivos/min	3098	4472	3251–4472	dentro del rango

La variabilidad natural de las horas de fondo (hasta un 28% en el registro) es mayor que cualquier efecto del conjunto. Las deltas brutas «−13% de registro» y «−53% de archivos» se explican por el pico del primer minuto de observación, no por los parámetros.

Qué cambió realmente

Mecanismo	Resultado	Prueba
Desactivación de LLMNR (resolución de nombres por multicast)	consultas LLMNR: 17.8–20.7 en 10 minutos en todas las horas limpias → 0	probabilidad de azar inferior a 1e-7; la consulta mDNS emparejada seguía llegando
Grupo de telemetría (AllowTelemetry ×2 + prohibición de volcado de DiagTrack)	actividad del host de telemetría: 131–1950 operaciones de registro/min → 3	sondeo periódico de la configuración de telemetría detenido de inmediato

El grupo de telemetría se aplicó con tres parámetros a la vez, por lo que separar la contribución de cada uno de ellos en este experimento es imposible.

Qué quedó refutado

Parámetro	Se esperaba	En realidad
Desactivación de mDNS	cese de las consultas mDNS	la frecuencia no cambió: 35.9 en 10 minutos frente a 29.6–35.6 en las horas limpias; el valor lo lee el servicio
Desactivación de NetBIOS over TCP/IP	cese de las consultas NetBT	la cadencia es idéntica: 16.8 frente a 16.1–16.7 en 10 minutos
Desactivación de auto-DoH	reducción de las consultas DNS	sin cambios; en este sistema el auto-DoH no estaba activo de todos modos

Qué no se comprobó con esta ventana

Diez parámetros se quedaron sin veredicto: cuatro de diagnóstico WDI no se leyeron en la ventana, sus intervalos de funcionamiento son más largos que 9 minutos o solo se manifiestan bajo carga por escenarios; los throttles del trazado de búsqueda afectan a su propio canal de búsqueda, que no entró en la captura; los parámetros de compatibilidad y USB no tenían actividad en reposo que comprobar.

Un hecho colateral importante: aplicar los parámetros en las ramas de directivas despertó por sí mismo una actualización de directiva de grupo y el servicio de aplicaciones: un «coste de aplicación» puntual que en una ventana corta parece un aumento de la actividad.

Qué está confirmado

• Medido: no hay reducción total de las operaciones en segundo plano; las tasas con parámetros quedan dentro del rango de las horas limpias.
• Medido: desactivar LLMNR detiene por completo las consultas LLMNR sin tocar mDNS ni NetBIOS.
• Medido: el grupo de telemetría detiene el sondeo periódico de la configuración de DiagTrack (−98–99.8% de actividad del host).
• Observado: los parámetros de mDNS y NetBIOS los lee el servicio, pero no producen ningún efecto observable.

Qué no está confirmado

• Los efectos de los parámetros de WDI, compatibilidad, USB y throttles de búsqueda: la ventana o los canales de observación no eran adecuados.
• La contribución de cada parámetro de telemetría por separado.
• El comportamiento en otras builds y en hardware físico.
• Cualquier efecto bajo carga: solo se midió el reposo.

Limitaciones

Una sola ventana por estado sin aleatorización del orden. La variabilidad de fondo de Windows es grande, por lo que la conclusión de paridad se apoya en cuatro horas de control, no en un único par de ventanas. Parte de los registros del programador dejó de escribir eventos durante la ventana con parámetros; las tareas programadas que se activaron en ese tiempo se ven por los procesos, pero no por el registro. Los veredictos puntuales (LLMNR, telemetría) son sólidos: el efecto está presente en todas las horas de control y se anula en la ventana con parámetros.

Conclusión práctica

La distinción entre «el parámetro se lee» y «el parámetro controla el comportamiento» es lo principal. De los 17 ajustes comprobados, solo dos grupos cambian realmente el comportamiento observable, y ambos tienen sus propios puntos de control estándar: en BoosterX, LLMNR lo cubre el ajuste «Resolución de nombres locales», y la telemetría, «Telemetría en la directiva de recopilación de datos» junto con «Autologgers ETW en segundo plano». El resto del fondo de Windows en reposo lo generan Defender, WMI, las comprobaciones de licencia y Store: los parámetros «finos» del registro de este conjunto no los silencian.

Materiales relacionados: el estudio «Reposo silencioso» muestra qué reduce realmente el fondo; «Escritorio frente a pantalla de inicio de sesión» explica de qué se compone el ruido residual.

Restauración del estado

Los 17 valores se restauraron inmediatamente después de detener la medición; el retorno correcto quedó registrado con instantáneas. El sistema no se reinició antes de la restauración.

Fuentes y límites

Las mediciones las realizó BoosterX Research en la máquina virtual descrita. El estudio pertenece al desarrollador de BoosterX, por lo que el desarrollador tiene un interés directo en el resultado; la metodología y los límites se describen arriba, y las conclusiones pueden comprobarse con la metodología abierta.

• Microsoft: LLMNR y el parámetro EnableMulticast, comprobado el 2026-09-22.
• Microsoft: Configure Windows diagnostic data, comprobado el 2026-09-22.

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