Pāriet uz saturu

MMCSS, DWM un Games profils sistēmā Windows 11 25H2

Šajā lapā

MMCSS piešķir time-sensitive multimedia tasks prioritāru piekļuvi CPU, nepārvēršot tās par absolūtu realtime. Profili Window Manager un Games ietekmē tikai to pavedienu klasifikāciju, kuri reģistrēti ar attiecīgo uzdevuma nosaukumu. Standarta vērtību dzēšana neatjauno profilu: tā ieslēdz zemākas fallback vērtības no koda.

Pārbaudījām, kā MMCSS nolasa profilus Window Manager un Games, kādas vērtības darbojas, ja ierakstu nav, un ko maina prioritāšu un lazy mode izmaiņas.

Windows 11 25H2 build 26200.9168, mmcss.sys un boot-time novērojumi. Konkrēts workload, GPU draiveris un fiziskā aizture netika mērīti.

mmcss.sys analīze, profilu nolasīšanas novērošana bootlog un normalizācijas un fallback vērtību pārbaude.

Saknes ceļš:

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

DWM profils:

...\Tasks\Window Manager

Spēļu profils:

...\Tasks\Games

Value Type Window Manager 25H2 Games 25H2 Apstiprinātā loma
Scheduling Category REG_SZ Medium Medium Scheduler policy kategorija
Priority REG_DWORD 5 2 Uzdevuma prioritāte diapazonā 1..8
Priority When Yielded REG_DWORD nav, fallback 16 nav, fallback 16 Griesti pēc CPU piekāpšanās

Saknes SystemProfile vērtības:

Value Type Stāvoklis 25H2 Apstiprinātā loma
LazyModeTimeout REG_DWORD nav, fallback 1000000 Lazy mode taimeris 100-ns vienībās
NoLazyMode REG_DWORD nav, fallback 0 Idle detector atslēgšana

mmcss.sys nolasa Scheduling Category, Priority un Priority When Yielded profilu inicializācijas laikā. Dokumentētās aktīvās kategoriju joslas: Low — 8..15, Medium — 16..22, High — 23..26. High vērtība Priority aktīvajā joslā vienmēr tiek traktēta kā 2, tāpēc ieraksts 6 vai 8 nepaaugstina High profilu tā, kā liecina skaitlis.

Pētītā build tīrā stāvoklī profilam Games bija Medium/2, bet Window Manager — Medium/5. Priority When Yielded nebija abiem, tāpēc tika piemērots fallback 16. Kombinācijas High/6/13 un High/8/13 ir mainītas konfigurācijas, nevis Windows defaults. Vērtība 13 pastiprina demociju pēc CPU piekāpšanās attiecībā pret fallback 16.

Lietderība: profils apraksta scheduler policy klasificētiem pavedieniem. Pati kategorijas paaugstināšana nepierāda gala workload uzlabošanos; tā var palielināt konkurenci par CPU.

LazyModeTimeout tiek mērīts 100-ns vienībās. Fallback 1000000 ir 100 ms; 10000 ir 1 ms. Nulle tiek aizstāta ar fallback, pārbaudītajā reader nav augšējā clamp. NoLazyMode ir boolean: 0 atstāj idle detector ieslēgtu, jebkura vērtība, kas nav nulle, to izslēdz. Kad NoLazyMode ir aktīvs, ceļš LazyModeTimeout praktiski nav sasniedzams, tāpēc šos iestatījumus nevar vērtēt neatkarīgi.

Lietderība: timeout samazināšana paātrina lazy scheduler periodu, nevis paaugstina aktīvo pavedienu prioritāti. NoLazyMode=1 noņem idle-demotion path, bet neatceļ Priority When Yielded un notur MMCSS pilnā ciklā, palielinot fona aktivitāti.

mmcss.sys nolasa root un task profiles pakalpojuma/draivera starta laikā. Bootlog tika novēroti pieprasījumi uz NoLazyMode un profiliem; attiecībā uz trūkstošajām vērtībām tika fiksēts NAME NOT FOUND, pēc tam tika piemērots koda default. Tas ir normāls Registry konfigurācijas darbības veids.

  • Medium/5 vērtības Window Manager un Medium/2 vērtības Games tīrā 25H2 konfigurācijā.
  • Fallback Low/1, ja nav Scheduling Category un Priority, kā arī 16 Priority When Yielded.
  • Kategoriju robežas un Priority traktējums High.
  • LazyModeTimeout vienības un fallback, NoLazyMode boolean uzvedība.
  • Profilu ietekme uz FPS, frametime un fizisko aizturi.
  • Prioritāšu izmaiņu lietderība konkrētām spēlēm un lietotnēm.

Parastai sistēmai saglabājiet standarta Medium/5 un Medium/2. Precīzai atgriešanai nedrīkst dzēst Scheduling Category un Priority: fallback, ja to nav, ir Low/1, tas ir, profils kļūs vājāks par standarta. Atgriešana tiek veikta, skaidri ierakstot standarta pāri un dzēšot neobligāto Priority When Yielded.

Rezultāts attiecas uz Windows 11 25H2 build 26200.9168; konkrēts workload, GPU driver un fiziskā aizture šajā rakstā netika mērīti.

Kā atkārtot novērojumu dinamisku daļu — sk. Kā pārbaudīt patstāvīgi.

Pētījums un izmantotie rīki pieder BoosterX izstrādātājam, tāpēc izstrādātājam ir tieša interese par rezultātiem. Metodika un piemērojamības robežas ir aprakstītas iepriekš, un secinājumus var pārbaudīt pēc atklātajiem datiem un uzskaitītajiem publiskajiem avotiem.

Publiskie avoti pārbaudīti: 2026-09-02.

  • 2026-09-20: pievienots disclaimers par interešu konfliktu un saite uz dinamisku novērojumu patstāvīgu pārbaudi metodikā.
  • 2026-09-02: pirmā publikācija; apstiprināta profilu nolasīšana, defaults un fallback vērtības, pievienotas praktiskā efekta robežas.