MMCSS, DWM och profilen Games i Windows 11 25H2

Kort svar

MMCSS ger time-sensitive multimedia tasks prioriterad åtkomst till CPU, utan att göra dem till absolut realtime. Profilerna Window Manager och Games påverkar klassificeringen endast för de trådar som är registrerade under motsvarande uppgiftsnamn. Att ta bort standardvärdena återställer inte profilen: det aktiverar lägre fallback-värden från koden.

Vad som undersöktes

Vi undersökte hur MMCSS läser profilerna Window Manager och Games, vilka värden som gäller när poster saknas och vad ändringar av prioriteter och lazy mode gör.

Undersökningens omfattning

Windows 11 25H2 build 26200.9168, mmcss.sys och boot-time-observation. Den specifika workloaden, GPU-drivrutinen och den fysiska latensen mättes inte.

Metod

Genomgång av mmcss.sys, observation av profilläsning i bootlog samt kontroll av normalisering och fallback-värden.

Kanonisk sökväg

Rotsökväg:

HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile

DWM-profil:

...\Tasks\Window Manager

Spelprofil:

...\Tasks\Games

Value	Type	Window Manager i 25H2	Games i 25H2	Bekräftad roll
Scheduling Category	REG_SZ	Medium	Medium	Kategori för scheduler policy
Priority	REG_DWORD	5	2	Uppgiftens prioritet i intervallet 1..8
Priority When Yielded	REG_DWORD	saknas, fallback 16	saknas, fallback 16	Tak efter CPU-eftergift

Värden för rot-SystemProfile:

Value	Type	Tillstånd i 25H2	Bekräftad roll
LazyModeTimeout	REG_DWORD	saknas, fallback 1000000	Timer för lazy mode i 100-ns-enheter
NoLazyMode	REG_DWORD	saknas, fallback 0	Avstängning av idle detector

Profilen DWM och Games

mmcss.sys läser Scheduling Category, Priority och Priority When Yielded vid initiering av profiler. Dokumenterade aktiva kategoriband: Low — 8..15, Medium — 16..22, High — 23..26. För High tolkas värdet Priority i det aktiva bandet alltid som 2, därför höjer posten 6 eller 8 inte High-profilen så som siffran antyder.

I rent tillstånd hade den undersökta buildens profil Games Medium/2, och Window Manager — Medium/5. Priority When Yielded saknades för båda, därför tillämpades fallback 16. Kombinationerna High/6/13 och High/8/13 är ändrade konfigurationer, inte Windows-defaults. Värdet 13 förstärker demotionen efter CPU-eftergift relativt fallback 16.

Användbarhet: profilen beskriver scheduler policy för klassificerade trådar. Själva kategorihöjningen bevisar inte en förbättring av den slutliga workloaden; den kan öka konkurrensen om CPU.

LazyModeTimeout och NoLazyMode

LazyModeTimeout mäts i 100-ns-enheter. Fallback 1000000 är 100 ms; 10000 är 1 ms. Noll ersätts av fallback, det finns ingen övre clamp i den granskade readern. NoLazyMode är boolesk: 0 lämnar idle detector aktiverad, varje nollskilt värde stänger av den. Med NoLazyMode aktiv är sökvägen LazyModeTimeout i praktiken ouppnåelig, därför kan dessa inställningar inte bedömas oberoende av varandra.

Användbarhet: en minskning av timeouten snabbar upp perioden för lazy scheduler, inte prioriteten för aktiva trådar. NoLazyMode=1 tar bort idle-demotion path, men upphäver inte Priority When Yielded och håller MMCSS i full cykel, vilket ökar bakgrundsaktiviteten.

Timing och bevis

mmcss.sys läser root- och task-profiler vid start av tjänsten/drivrutinen. I bootlog observerades åtkomster till NoLazyMode och profiler; för saknade värden registrerades NAME NOT FOUND, varefter kodens default tillämpades. Detta är ett normalt sätt för Registry-konfigurationen att fungera.

Vad som bekräftats

• Värdena Medium/5 för Window Manager och Medium/2 för Games i ren konfiguration av 25H2.
• Fallback Low/1 när Scheduling Category och Priority saknas, samt 16 för Priority When Yielded.
• Kategorigränser och tolkningen av Priority för High.
• Enheter och fallback för LazyModeTimeout, booleskt beteende för NoLazyMode.

Vad som inte bekräftats

• Profilernas inverkan på FPS, frametime och fysisk latens.
• Nyttan av att ändra prioriteter för specifika spel och program.

Praktisk slutsats

För ett vanligt system, behåll standardvärdena Medium/5 och Medium/2. För en exakt återställning får man inte ta bort Scheduling Category och Priority: fallback när de saknas är Low/1, det vill säga profilen blir svagare än standard. Återställning görs genom att explicit skriva standardparet och ta bort det valfria Priority When Yielded.

Källor och begränsningar

• Multimedia Class Scheduler Service, Microsoft Learn, granskat 2026-09-01.
• MMCSS task profiles, beskrivning av task categories och SystemProfile.

Resultatet avser Windows 11 25H2 build 26200.9168; den specifika workloaden, GPU-drivrutinen och den fysiska latensen mättes inte i denna artikel.

Hur man upprepar den dynamiska delen av observationerna — se Så kontrollerar du själv.

Undersökningen och de verktyg som använts tillhör utvecklaren av BoosterX, därför har utvecklaren ett direkt intresse av resultaten. Metoden och tillämpningsgränserna beskrivs ovan, och slutsatserna kan kontrolleras mot öppna data och de angivna offentliga källorna.

Offentliga källor granskade: 2026-09-02.

Ändringshistorik

• 2026-09-20: lade till en disclaimer om intressekonflikt och en länk till självständig kontroll av dynamiska observationer i metoden.
• 2026-09-02: första publiceringen; läsning av profiler, defaults och fallback-värden bekräftades, gränser för den praktiska effekten lades till.