Gå til indhold

MMCSS, DWM og Games-profilen i Windows 11 25H2

På denne side

MMCSS giver time-sensitive multimedia tasks prioriteret adgang til CPU, uden at gøre dem til absolut realtime. Profilerne Window Manager og Games påvirker kun klassificeringen af de tråde, der er registreret under det tilsvarende opgavenavn. Sletning af standardværdierne gendanner ikke profilen: det aktiverer lavere fallback-værdier fra koden.

Vi undersøgte, hvordan MMCSS læser profilerne Window Manager og Games, hvilke værdier der gælder, når poster mangler, og hvad ændring af prioriteter og lazy mode ændrer.

Windows 11 25H2 build 26200.9168, mmcss.sys og boot-time observation. Den konkrete workload, GPU-driver og fysisk latenstid blev ikke målt.

Gennemgang af mmcss.sys, observation af profil-læsning i bootlog og kontrol af normalisering og fallback-værdier.

Rodsti:

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

DWM-profil:

...\Tasks\Window Manager

Spilprofil:

...\Tasks\Games

Value Type Window Manager i 25H2 Games i 25H2 Bekræftet rolle
Scheduling Category REG_SZ Medium Medium Kategori for scheduler policy
Priority REG_DWORD 5 2 Opgaveprioritet i intervallet 1..8
Priority When Yielded REG_DWORD mangler, fallback 16 mangler, fallback 16 Loft efter afgivelse af CPU

Værdier for rod-SystemProfile:

Value Type Tilstand i 25H2 Bekræftet rolle
LazyModeTimeout REG_DWORD mangler, fallback 1000000 Timer for lazy mode i 100-ns enheder
NoLazyMode REG_DWORD mangler, fallback 0 Deaktivering af idle detector

mmcss.sys læser Scheduling Category, Priority og Priority When Yielded ved initialisering af profiler. De dokumenterede aktive kategoribånd: Low — 8..15, Medium — 16..22, High — 23..26. For High fortolkes værdien Priority i det aktive bånd altid som 2, derfor løfter posten 6 eller 8 ikke High-profilen, som tallet antyder.

I ren tilstand havde den undersøgte builds profil Games Medium/2, og Window Manager — Medium/5. Priority When Yielded manglede for begge, derfor blev fallback 16 anvendt. Kombinationerne High/6/13 og High/8/13 er ændrede konfigurationer, ikke Windows defaults. Værdien 13 forstærker demotionen efter afgivelse af CPU i forhold til fallback 16.

Nytteværdi: profilen beskriver scheduler policy for klassificerede tråde. Selve forhøjelsen af kategorien beviser ikke en forbedring af den endelige workload; den kan øge konkurrencen om CPU.

LazyModeTimeout måles i 100-ns enheder. Fallback 1000000 er 100 ms; 10000 er 1 ms. Nul erstattes af fallback, der findes ingen øvre clamp i den undersøgte reader. NoLazyMode er boolsk: 0 holder idle detector aktiveret, enhver ikke-nul værdi deaktiverer den. Med aktiv NoLazyMode er stien LazyModeTimeout praktisk taget uopnåelig, derfor kan disse indstillinger ikke vurderes uafhængigt.

Nytteværdi: en reduktion af timeout fremskynder perioden for lazy scheduler, ikke prioriteten af aktive tråde. NoLazyMode=1 fjerner idle-demotion path, men ophæver ikke Priority When Yielded og holder MMCSS i fuld cyklus, hvilket øger baggrundsaktiviteten.

mmcss.sys læser root og task profiles ved start af tjenesten/driveren. I bootlog blev der observeret forespørgsler til NoLazyMode og profiler; for manglende værdier blev NAME NOT FOUND registreret, hvorefter kodens default blev anvendt. Dette er den normale måde, Registry-konfiguration fungerer på.

  • Værdierne Medium/5 for Window Manager og Medium/2 for Games i ren 25H2-konfiguration.
  • Fallback Low/1 ved manglende Scheduling Category og Priority, samt 16 for Priority When Yielded.
  • Kategorigrænser og fortolkningen af Priority for High.
  • Enheder og fallback LazyModeTimeout, boolsk adfærd for NoLazyMode.
  • Profilernes indvirkning på FPS, frametime og fysisk latenstid.
  • Nytten af at ændre prioriteter for konkrete spil og applikationer.

For et almindeligt system bør du bevare standardværdierne Medium/5 og Medium/2. For en præcis gendannelse må man ikke slette Scheduling Category og Priority: fallback ved manglende poster er Low/1, det vil sige, at profilen bliver svagere end standarden. Gendannelse udføres ved eksplicit at skrive standardparret og slette det valgfrie Priority When Yielded.

Resultatet vedrører Windows 11 25H2 build 26200.9168; den konkrete workload, GPU driver og fysiske latenstid blev ikke målt i denne artikel.

Hvordan man gentager den dynamiske del af observationerne — se Sådan kontrollerer du selv.

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

Offentlige kilder kontrolleret: 2026-09-02.

  • 2026-09-20: tilføjet disclaimer om interessekonflikt og link til selvstændig kontrol af dynamiske observationer i metoden.
  • 2026-09-02: første publikation; bekræftet læsning af profiler, defaults og fallback-værdier, tilføjet grænser for den praktiske effekt.