Lazy Writer, NTFS og Registry flush i Windows 11 25H2

Kort svar

Disse parametre bestemmer, hvornår Cache Manager, NTFS og Configuration Manager begynder at skrive og frigiver data. De ændrer ikke selve diskens hastighed. MaxLazyWritePages, LargeWriteSize, NtfsMemoryUsage og RegistryLazyFlushInterval læses af forskellige dele af systemkoden og erstatter ikke hinanden. Forøgelse af værdierne kan reducere skrivefrekvensen, men der vil akkumuleres mere data inden da.

Hvad vi undersøgte

Vi undersøgte, hvilke parametre for forsinket skrivning, NTFS-hukommelsesbrug og skrivning af registreringsdatabasens bistader systemkoden læser, hvordan deres værdier normaliseres, og hvad forøgelse af intervaller og tærskler ændrer.

Undersøgelsens omfang

Windows 11 25H2 build 26200.9168, x64; komponenterne ntoskrnl.exe og ntfs.sys, systemsporing i VMware. Faktiske drev og nødsituationer med strømafbrydelse blev ikke undersøgt.

Metode

Analyse af systemkomponenter, observation af parameterlæsning i boot- og runtime-sporing, kontrol af værdinormalisering og sammenligning med Microsofts offentlige dokumentation.

Kanoniske værdier

Registry path	Value	Type	Default/normalisering	Reader og timing
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management	MaxLazyWritePages	REG_DWORD	256 sider på klient-Windows	ntoskrnl.exe, tidlig Cache Manager og runtime reload
samme sti	LargeWriteSize	REG_DWORD	0 — soft throttle slået fra	ntoskrnl.exe, Cache Manager
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem	NtfsMemoryUsage	REG_DWORD	systemets default NTFS	ntfs.sys, driverinitialisering
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Configuration Manager	RegistryLazyFlushInterval	REG_DWORD	60 sekunder	ntoskrnl.exe, Configuration Manager

Lazy Writer: MaxLazyWritePages og LargeWriteSize

MaxLazyWritePages angiver mængden af sider for Cache Managers mekanisme til forsinket skrivning. Som standard bruger klient-Windows 11 25H2 256 sider, servertypen af systemet 2048. Man kan eksplicit angive fra 1..32768 sider.

LargeWriteSize angives i KB og aktiverer en separat mekanisme til blød begrænsning af store skriveoperationer. Ved standardværdien 0 er begrænsningen slået fra. Værdien 64 reducerer for eksempel gennemløbet af forsinket skrivning fra 256 til 64 sider og aktiverer samtidig begrænsning af operationer fra 64 KB. Skrivningen bliver hyppigere, og portionerne mindre.

Antallet af sider bestemmer ikke den præcise størrelse af en enkelt diskoperation: Cache Manager tager højde for akkumulering af ændrede sider, filtypen og volumens tilstand. Når tærsklen øges, udskydes en del af skrivningen. En for stor tærskel kan forstærke skriveudbrud og øge mængden af endnu ikke gemte sider.

Ændr kun disse parametre ved et reproducerbart problem med forsinket skrivning under en bestemt belastning. For et almindeligt system er standardværdierne de mest forudsigelige.

NtfsMemoryUsage

ntfs.sys læser NtfsMemoryUsage ved driverinitialisering og tager højde for den ved valg af regler for NTFS-hukommelsesbrug. I den undersøgende sporing tilgik systemprocessen denne værdi.

Denne parameter skifter ikke direkte størrelsen af den brugerdefinerede sidecache. Dens indflydelse afhænger af NTFS-versionen og belastningen på volumenet.

Parameteren bør kun kontrolleres i en separat test af et drev med et stort antal filoperationer. Universel nytte for applikationer er ikke bevist.

RegistryLazyFlushInterval

Configuration Manager skriver periodisk ændrede data fra registreringsdatabasens bistader til disken. I Windows 11 25H2-koden er standardintervallet sat til 60 sekunder. Parameteren måles i sekunder: 0x5000 er lig med 20480 sekunder, eller cirka 5.7 timer. Den læses i begyndelsen af kerneinitialiseringen, så en almindelig boot-sporing indeholder muligvis ikke denne hændelse.

Ved et større interval sker baggrundsskrivningen sjældnere, og ændringer forbliver længere kun i hukommelsen. Ved en nødsituation med strømafbrydelse kan man miste ændringer fra en længere periode. Forkortelse af intervallet gør skrivningen hyppigere, men fremskynder ikke læsning af registreringsdatabasen.

Parameteren påvirker pålideligheden af datalagring og skriveplanen. Uden et målt problem bør du beholde standardværdien.

Hvad der er bekræftet

• Læsekoden er fundet i ntoskrnl.exe, ntfs.sys og Cache Manager-mekanismerne.
• I den undersøgte build er RegistryLazyFlushInterval som standard lig med 60 sekunder.
• Cache Manager kan genlæse indstillingerne under drift; en del kernelparametre læses kun ved opstart.
• Tilstedeværelsen af en parameter i registreringsdatabasen beviser ikke en hastighedsforøgelse for disken eller en bestemt applikation.

Hvad der ikke er bekræftet

• Hastighedsforøgelse for disken eller applikationer ved ændring af parametrene.
• Adfærd på RAID, NVMe/SATA og andre filsystemer.
• Konsekvenserne af en nødsituation med strømafbrydelse ved et stort RegistryLazyFlushInterval.

Praktisk konklusion

For et almindeligt system bør du beholde standardværdierne. Ændr kun parametrene ved et reproducerbart problem med forsinket skrivning, og fastlæg på forhånd den tilladte mængde af endnu ikke gemte data.

Gendannelse af tilstanden

Gendan standardværdierne, eller slet de valgfrie poster. En del kernelparametre anvendes ved næste opstart, så genstart Windows for en ren sammenligning.

Begrænsninger

Resultaterne gælder for Windows 11 25H2 build 26200.9168. Forskellige filsystemer, RAID, NVMe/SATA-controllere og nødgendannelse af registreringsdatabasens bistader efter strømafbrydelse blev ikke undersøgt.

Undersøgelsen og de anvendte værktøjer tilhører udvikleren af BoosterX, så udvikleren har en direkte interesse i resultaterne. Metoden og anvendelsesgrænserne er beskrevet ovenfor, og konklusionerne kan efterprøves via åbne data og de anførte offentlige kilder.

Kilder

• Cache Manager: arkitektur for systemcachen, Microsoft Learn, kontrolleret 2026-09-01.
• NTFS overview: NTFS’ formål, Microsoft Learn, kontrolleret 2026-09-01.

Offentlige kilder kontrolleret: 2026-09-02.

Ændringshistorik

• 2026-09-20: tilføjet disclaimer om interessekonflikt.
• 2026-09-02: første offentliggørelse; læsekode, normalisering og grænserne for parametrenes praktiske nytte bekræftet.