Lazy Writer, NTFS et flush du Registry dans Windows 11 25H2

Sur cette page

Réponse courte

Ces paramètres déterminent quand le Cache Manager, NTFS et le Configuration Manager commencent l’écriture et libèrent les données. Ils ne modifient pas la vitesse du disque lui-même. MaxLazyWritePages, LargeWriteSize, NtfsMemoryUsage et RegistryLazyFlushInterval sont lus par différentes parties du code système et ne se remplacent pas mutuellement. Augmenter les valeurs peut réduire la fréquence d’écriture, mais davantage de données s’accumuleront avant celle-ci.

Ce qui a été vérifié

Nous avons vérifié quels paramètres d’écriture différée, d’utilisation de la mémoire NTFS et d’écriture des ruches du registre sont lus par le code système, comment leurs valeurs sont normalisées et ce que modifient l’augmentation des intervalles et des seuils.

Périmètre de l’étude

Windows 11 25H2 build 26200.9168, x64 ; composants ntoskrnl.exe et ntfs.sys, traçage système dans VMware. Les supports de stockage réels et les scénarios de coupure d’alimentation n’ont pas été testés.

Méthodologie

Analyse des composants système, observation de la lecture des paramètres dans les traces de boot et d’exécution, vérification de la normalisation des valeurs et comparaison avec la documentation publique de Microsoft.

Valeurs canoniques

Registry path	Value	Type	Default/нормализация	Reader и timing
`HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management`	`MaxLazyWritePages`	`REG_DWORD`	`256` pages sur un Windows client	`ntoskrnl.exe`, Cache Manager précoce et runtime reload
тот же путь	`LargeWriteSize`	`REG_DWORD`	`0` — soft throttle désactivé	`ntoskrnl.exe`, Cache Manager
`HKLM\SYSTEM\CurrentControlSet\Control\FileSystem`	`NtfsMemoryUsage`	`REG_DWORD`	default système NTFS	`ntfs.sys`, initialisation du pilote
`HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Configuration Manager`	`RegistryLazyFlushInterval`	`REG_DWORD`	`60` secondes	`ntoskrnl.exe`, Configuration Manager

Lazy Writer : `MaxLazyWritePages` et `LargeWriteSize`

MaxLazyWritePages définit le volume de pages pour le mécanisme d’écriture différée du Cache Manager. Par défaut, un Windows 11 25H2 client utilise 256 pages, un type de système serveur 2048. On peut définir explicitement à partir de 1..32768 pages.

LargeWriteSize se définit en KB et active un mécanisme distinct de limitation souple des opérations d’écriture volumineuses. Avec la valeur standard 0, la limitation est désactivée. La valeur 64, par exemple, réduit la passe d’écriture différée de 256 à 64 pages et active simultanément la limitation des opérations d’une taille à partir de 64 KB. L’écriture devient plus fréquente et les portions plus petites.

Le nombre de pages ne détermine pas la taille exacte d’une opération disque : le Cache Manager prend en compte l’accumulation de pages modifiées, le type de fichier et l’état du volume. Lorsque le seuil augmente, une partie de l’écriture est différée. Un seuil trop élevé peut amplifier les pics d’écriture et augmenter le volume de pages non encore enregistrées.

Ne modifiez ces paramètres qu’en cas de problème reproductible d’écriture différée sous une charge spécifique. Pour un système ordinaire, les valeurs par défaut sont les plus prévisibles.

`NtfsMemoryUsage`

ntfs.sys lit NtfsMemoryUsage lors de l’initialisation du pilote et en tient compte lors du choix des règles d’utilisation de la mémoire NTFS. Dans la trace de recherche, le processus système accédait à cette valeur.

Ce paramètre ne bascule pas directement la taille du cache de pages utilisateur. Son influence dépend de la version de NTFS et de la charge sur le volume.

Le paramètre ne vaut la peine d’être vérifié que dans un test distinct du support de stockage avec un grand nombre d’opérations de fichiers. L’utilité universelle pour les applications n’est pas prouvée.

`RegistryLazyFlushInterval`

Le Configuration Manager écrit périodiquement sur le disque les données modifiées des ruches du registre. Dans le code de Windows 11 25H2, l’intervalle par défaut est fixé à 60 secondes. Le paramètre se mesure en secondes : 0x5000 équivaut à 20480 secondes, soit environ 5.7 heures. Il est lu au début de l’initialisation du noyau, c’est pourquoi une trace de démarrage ordinaire peut ne pas contenir cet événement.

Avec un intervalle plus grand, l’écriture en arrière-plan est plus rare et les modifications restent plus longtemps uniquement en mémoire. En cas de coupure d’alimentation, on peut perdre les modifications sur une période plus longue. Réduire l’intervalle rend l’écriture plus fréquente, mais n’accélère pas la lecture du registre.

Le paramètre influence la fiabilité de la conservation des données et la planification de l’écriture. Sans problème mesuré, laissez la valeur par défaut.

Ce qui est confirmé

Le code de lecture a été trouvé dans ntoskrnl.exe, ntfs.sys et les mécanismes du Cache Manager.
Dans la build étudiée, RegistryLazyFlushInterval est par défaut égal à 60 secondes.
Le Cache Manager peut relire les réglages pendant le fonctionnement ; une partie des paramètres du noyau n’est lue qu’au démarrage.
La présence d’un paramètre dans le registre ne prouve pas l’accélération du disque ou d’une application spécifique.

Ce qui n’est pas confirmé

Le gain de vitesse du disque ou des applications résultant de la modification des paramètres.
Le comportement sur RAID, NVMe/SATA et d’autres systèmes de fichiers.
Les conséquences d’une coupure d’alimentation avec un grand RegistryLazyFlushInterval.

Conclusion pratique

Pour un système ordinaire, laissez les valeurs par défaut. Ne modifiez les paramètres qu’en cas de problème reproductible d’écriture différée et définissez au préalable le volume acceptable de données non encore enregistrées.

Restauration de l’état

Rétablissez les valeurs standard ou supprimez les entrées facultatives. Une partie des paramètres du noyau s’applique au prochain démarrage, donc pour une comparaison propre, redémarrez Windows.

Limites

Les résultats concernent Windows 11 25H2 build 26200.9168. Les différents systèmes de fichiers, RAID, contrôleurs NVMe/SATA et la récupération d’urgence des ruches du registre après une coupure d’alimentation n’ont pas été testés.

L’étude et les outils utilisés appartiennent au développeur de BoosterX, le développeur a donc un intérêt direct dans les résultats. La méthodologie et les limites d’applicabilité sont décrites ci-dessus, et les conclusions peuvent être vérifiées à partir des données ouvertes et des sources publiques énumérées.

Sources

Cache Manager: architecture du cache système, Microsoft Learn, vérifié le 2026-09-01.
NTFS overview: rôle de NTFS, Microsoft Learn, vérifié le 2026-09-01.

Sources publiques vérifiées : 2026-09-02.

Historique des modifications

2026-09-20: ajout d’un avertissement sur le conflit d’intérêts.
2026-09-02: première publication ; confirmation du code de lecture, de la normalisation et des limites de l’utilité pratique des paramètres.