Lazy Writer, NTFS e Registry flush in Windows 11 25H2

Risposta breve

Questi parametri determinano quando Cache Manager, NTFS e Configuration Manager iniziano a scrivere e liberano i dati. Non modificano la velocità del disco stesso. MaxLazyWritePages, LargeWriteSize, NtfsMemoryUsage e RegistryLazyFlushInterval vengono letti da sezioni diverse del codice di sistema e non si sostituiscono a vicenda. Aumentare i valori può ridurre la frequenza di scrittura, ma prima di essa si accumuleranno più dati.

Cosa è stato verificato

È stato verificato quali parametri di scrittura differita, di utilizzo della memoria NTFS e di scrittura degli hive del registro vengono letti dal codice di sistema, come vengono normalizzati i loro valori e cosa cambiano l’aumento degli intervalli e delle soglie.

Ambito della ricerca

Windows 11 25H2 build 26200.9168, x64; componenti ntoskrnl.exe e ntfs.sys, traccia di sistema in VMware. I supporti reali e gli scenari di interruzione improvvisa dell’alimentazione non sono stati verificati.

Metodologia

Analisi dei componenti di sistema, osservazione della lettura dei parametri nella traccia di boot e runtime, verifica della normalizzazione dei valori e confronto con la documentazione pubblica Microsoft.

Valori canonici

Registry path	Value	Type	Default/normalizzazione	Reader e timing
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management	MaxLazyWritePages	REG_DWORD	256 pagine su Windows client	ntoskrnl.exe, Cache Manager iniziale e runtime reload
lo stesso percorso	LargeWriteSize	REG_DWORD	0 — soft throttle disattivato	ntoskrnl.exe, Cache Manager
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem	NtfsMemoryUsage	REG_DWORD	default di sistema NTFS	ntfs.sys, inizializzazione del driver
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Configuration Manager	RegistryLazyFlushInterval	REG_DWORD	60 secondi	ntoskrnl.exe, Configuration Manager

Lazy Writer: MaxLazyWritePages e LargeWriteSize

MaxLazyWritePages definisce il volume di pagine per il meccanismo di scrittura differita di Cache Manager. Per impostazione predefinita, Windows 11 25H2 client utilizza 256 pagine, il tipo di sistema server 2048. È possibile specificare esplicitamente da 1..32768 pagine.

LargeWriteSize viene specificato in KB e attiva un meccanismo separato di limitazione soft delle operazioni di scrittura di grandi dimensioni. Con il valore standard 0 la limitazione è disattivata. Il valore 64, ad esempio, riduce il passaggio di scrittura differita da 256 a 64 pagine e contemporaneamente attiva la limitazione delle operazioni di dimensioni da 64 KB. La scrittura diventa più frequente e le porzioni più piccole.

Il numero di pagine non determina la dimensione esatta di una singola operazione su disco: Cache Manager tiene conto dell’accumulo di pagine modificate, del tipo di file e dello stato del volume. Aumentando la soglia, parte della scrittura viene posticipata. Una soglia troppo alta può intensificare i picchi di scrittura e aumentare il volume delle pagine non ancora salvate.

Modificate questi parametri solo in presenza di un problema riproducibile di scrittura differita in un carico specifico. Per un sistema normale i valori predefiniti sono i più prevedibili.

NtfsMemoryUsage

ntfs.sys legge NtfsMemoryUsage durante l’inizializzazione del driver e ne tiene conto nella scelta delle regole di utilizzo della memoria NTFS. Nella traccia di ricerca il processo di sistema accedeva a questo valore.

Questo parametro non attiva direttamente la dimensione della cache di pagine utente. La sua influenza dipende dalla versione di NTFS e dal carico sul volume.

Vale la pena verificare il parametro solo in un test separato del supporto con un numero elevato di operazioni su file. Un’utilità universale per le applicazioni non è dimostrata.

RegistryLazyFlushInterval

Configuration Manager scrive periodicamente su disco i dati modificati degli hive del registro. Nel codice di Windows 11 25H2 è impostato un intervallo predefinito di 60 secondi. Il parametro è misurato in secondi: 0x5000 equivale a 20480 secondi, ovvero circa 5.7 ore. Viene letto all’inizio dell’inizializzazione del kernel, quindi una normale traccia di avvio potrebbe non contenere questo evento.

Con un intervallo maggiore la scrittura in background avviene meno spesso e le modifiche rimangono solo in memoria più a lungo. In caso di interruzione improvvisa dell’alimentazione si possono perdere le modifiche di un periodo più lungo. Ridurre l’intervallo rende la scrittura più frequente, ma non velocizza la lettura del registro.

Il parametro influisce sull’affidabilità della conservazione dei dati e sulla pianificazione della scrittura. Senza un problema misurato, lasciate il valore predefinito.

Cosa è confermato

• Il codice di lettura è stato trovato in ntoskrnl.exe, ntfs.sys e nei meccanismi di Cache Manager.
• Nella build esaminata RegistryLazyFlushInterval è pari per impostazione predefinita a 60 secondi.
• Cache Manager può rileggere le impostazioni durante il funzionamento; alcuni parametri del kernel vengono letti solo all’avvio.
• La presenza del parametro nel registro non dimostra un’accelerazione del disco o di una specifica applicazione.

Cosa non è confermato

• L’incremento di velocità del disco o delle applicazioni derivante dalla modifica dei parametri.
• Il comportamento su RAID, NVMe/SATA e altri file system.
• Le conseguenze di un’interruzione improvvisa dell’alimentazione con un RegistryLazyFlushInterval elevato.

Conclusione pratica

Per un sistema normale lasciate i valori predefiniti. Modificate i parametri solo in presenza di un problema riproducibile di scrittura differita e determinate in anticipo il volume ammissibile di dati non ancora salvati.

Ripristino dello stato

Ripristinate i valori standard o eliminate le voci non obbligatorie. Alcuni parametri del kernel vengono applicati al successivo avvio, quindi per un confronto pulito riavviate Windows.

Limitazioni

I risultati si riferiscono a Windows 11 25H2 build 26200.9168. File system diversi, RAID, controller NVMe/SATA e il ripristino di emergenza degli hive del registro dopo un’interruzione dell’alimentazione non sono stati verificati.

La ricerca e gli strumenti utilizzati appartengono allo sviluppatore di BoosterX, pertanto lo sviluppatore ha un interesse diretto nei risultati. La metodologia e i limiti di applicabilità sono descritti sopra, e le conclusioni possono essere verificate tramite i dati aperti e le fonti pubbliche elencate.

Fonti

• Cache Manager: architettura della cache di sistema, Microsoft Learn, verificato 2026-09-01.
• NTFS overview: scopo di NTFS, Microsoft Learn, verificato 2026-09-01.

Fonti pubbliche verificate: 2026-09-02.

Cronologia delle modifiche

• 2026-09-20: aggiunto il disclaimer sul conflitto di interessi.
• 2026-09-02: prima pubblicazione; confermati il codice di lettura, la normalizzazione e i limiti dell’utilità pratica dei parametri.