Lazy Writer, NTFS y Registry flush en Windows 11 25H2

Respuesta breve

Estos parámetros determinan cuándo el Cache Manager, NTFS y Configuration Manager comienzan a escribir y liberan datos. No cambian la velocidad del propio disco. MaxLazyWritePages, LargeWriteSize, NtfsMemoryUsage y RegistryLazyFlushInterval son leídos por distintas secciones del código del sistema y no se sustituyen entre sí. Aumentar los valores puede reducir la frecuencia de escritura, pero se acumularán más datos antes de que esta ocurra.

Qué se comprobó

Se comprobó qué parámetros de escritura diferida, uso de memoria de NTFS y escritura de colmenas del registro lee el código del sistema, cómo se normalizan sus valores y qué cambian el aumento de los intervalos y los umbrales.

Ámbito del estudio

Windows 11 25H2 build 26200.9168, x64; componentes ntoskrnl.exe y ntfs.sys, traza del sistema en VMware. No se comprobaron unidades reales ni escenarios de corte de energía de emergencia.

Metodología

Análisis de los componentes del sistema, observación de la lectura de parámetros en la traza de boot y runtime, verificación de la normalización de valores y cotejo con la documentación pública de Microsoft.

Valores canónicos

Registry path	Value	Type	Default/normalización	Reader y timing
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management	MaxLazyWritePages	REG_DWORD	256 páginas en Windows cliente	ntoskrnl.exe, Cache Manager temprano y runtime reload
la misma ruta	LargeWriteSize	REG_DWORD	0 — soft throttle desactivado	ntoskrnl.exe, Cache Manager
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem	NtfsMemoryUsage	REG_DWORD	default del sistema NTFS	ntfs.sys, inicialización del controlador
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Configuration Manager	RegistryLazyFlushInterval	REG_DWORD	60 segundos	ntoskrnl.exe, Configuration Manager

Lazy Writer: MaxLazyWritePages y LargeWriteSize

MaxLazyWritePages define el volumen de páginas para el mecanismo de escritura diferida del Cache Manager. Por defecto, Windows 11 25H2 cliente usa 256 páginas, el tipo de sistema servidor 2048. Se puede definir explícitamente desde 1..32768 páginas.

LargeWriteSize se define en KB y activa un mecanismo aparte de limitación suave de las operaciones de escritura grandes. Con el valor estándar 0 la limitación está desactivada. El valor 64, por ejemplo, reduce el paso de escritura diferida de 256 a 64 páginas y a la vez activa la limitación de operaciones de tamaño desde 64 KB. La escritura se vuelve más frecuente y las porciones más pequeñas.

El número de páginas no determina el tamaño exacto de una operación de disco: el Cache Manager tiene en cuenta la acumulación de páginas modificadas, el tipo de archivo y el estado del volumen. Al aumentar el umbral, parte de la escritura se aplaza. Un umbral demasiado grande puede intensificar los picos de escritura y aumentar el volumen de páginas aún no guardadas.

Cambie estos parámetros solo ante un problema reproducible con la escritura diferida en una carga concreta. Para un sistema normal, los valores por defecto son los más predecibles.

NtfsMemoryUsage

ntfs.sys lee NtfsMemoryUsage durante la inicialización del controlador y lo tiene en cuenta al elegir las reglas de uso de memoria de NTFS. En la traza de investigación, el proceso del sistema accedió a este valor.

Este parámetro no conmuta directamente el tamaño de la caché de páginas del usuario. Su influencia depende de la versión de NTFS y de la carga del volumen.

Vale la pena comprobar el parámetro solo en una prueba aparte de la unidad con un gran número de operaciones de archivos. No se ha demostrado un beneficio universal para las aplicaciones.

RegistryLazyFlushInterval

Configuration Manager escribe periódicamente en el disco los datos modificados de las colmenas del registro. En el código de Windows 11 25H2 está definido un intervalo por defecto de 60 segundos. El parámetro se mide en segundos: 0x5000 equivale a 20480 segundos, o aproximadamente 5.7 horas. Se lee al inicio de la inicialización del kernel, por lo que una traza de arranque normal puede no contener este evento.

Con un intervalo mayor, la escritura en segundo plano ocurre con menos frecuencia y los cambios permanecen solo en memoria durante más tiempo. Ante un corte de energía de emergencia se pueden perder los cambios de un período más largo. Reducir el intervalo hace que la escritura sea más frecuente, pero no acelera la lectura del registro.

El parámetro influye en la fiabilidad de la conservación de datos y en el calendario de escritura. Sin un problema medido, deje el valor por defecto.

Qué se ha confirmado

• El código de lectura se encontró en ntoskrnl.exe, ntfs.sys y los mecanismos del Cache Manager.
• En la build investigada RegistryLazyFlushInterval es igual a 60 segundos por defecto.
• El Cache Manager puede releer la configuración durante el funcionamiento; parte de los parámetros del kernel se leen solo al arrancar.
• La presencia del parámetro en el registro no demuestra una aceleración del disco ni de una aplicación concreta.

Qué no se ha confirmado

• El aumento de la velocidad del disco o de las aplicaciones por cambiar los parámetros.
• El comportamiento en RAID, NVMe/SATA y otros sistemas de archivos.
• Las consecuencias de un corte de energía de emergencia con un RegistryLazyFlushInterval grande.

Conclusión práctica

Para un sistema normal, deje los valores por defecto. Cambie los parámetros solo ante un problema reproducible con la escritura diferida y defina de antemano el volumen admisible de datos aún no guardados.

Restauración del estado

Devuelva los valores estándar o elimine las entradas opcionales. Parte de los parámetros del kernel se aplican en el siguiente arranque, por lo que para una comparación limpia reinicie Windows.

Limitaciones

Los resultados corresponden a Windows 11 25H2 build 26200.9168. No se comprobaron distintos sistemas de archivos, RAID, controladores NVMe/SATA ni la recuperación de emergencia de las colmenas del registro tras un corte de energía.

La investigación y las herramientas utilizadas pertenecen al desarrollador de BoosterX, por lo que el desarrollador tiene un interés directo en los resultados. La metodología y los límites de aplicabilidad se describen arriba, y las conclusiones se pueden verificar con los datos abiertos y las fuentes públicas enumeradas.

Fuentes

• Cache Manager: arquitectura de la caché del sistema, Microsoft Learn, comprobado el 2026-09-01.
• NTFS overview: finalidad de NTFS, Microsoft Learn, comprobado el 2026-09-01.

Fuentes públicas comprobadas: 2026-09-02.

Historial de cambios

• 2026-09-20: añadido el descargo de responsabilidad sobre el conflicto de intereses.
• 2026-09-02: primera publicación; confirmados el código de lectura, la normalización y los límites del beneficio práctico de los parámetros.