MMCSS, DWM und das Games-Profil in Windows 11 25H2

Kurze Antwort

MMCSS gibt time-sensitive multimedia tasks bevorzugten Zugriff auf die CPU, ohne sie in absolutes Realtime zu verwandeln. Die Profile Window Manager und Games beeinflussen die Klassifizierung nur jener Threads, die unter dem entsprechenden Task-Namen registriert sind. Das Löschen der Standardwerte stellt das Profil nicht wieder her: Es aktiviert niedrigere Fallback-Werte aus dem Code.

Was geprüft wurde

Geprüft wurde, wie MMCSS die Profile Window Manager und Games liest, welche Werte bei fehlenden Einträgen gelten und was die Änderung von Prioritäten und lazy mode bewirkt.

Untersuchungsbereich

Windows 11 25H2 build 26200.9168, mmcss.sys und boot-time-Beobachtung. Konkrete workload, GPU-Treiber und physische Latenz wurden nicht gemessen.

Methodik

Analyse von mmcss.sys, Beobachtung des Lesens der Profile im bootlog und Prüfung der Normalisierung und der Fallback-Werte.

Kanonischer Pfad

Root-Pfad:

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

DWM-Profil:

...\Tasks\Window Manager

Spiele-Profil:

...\Tasks\Games

Value	Type	Window Manager in 25H2	Games in 25H2	Bestätigte Rolle
Scheduling Category	REG_SZ	Medium	Medium	Kategorie der scheduler policy
Priority	REG_DWORD	5	2	Task-Priorität im Bereich 1..8
Priority When Yielded	REG_DWORD	fehlt, fallback 16	fehlt, fallback 16	Obergrenze nach CPU-Zugeständnis

Werte des Root-SystemProfile:

Value	Type	Zustand in 25H2	Bestätigte Rolle
LazyModeTimeout	REG_DWORD	fehlt, fallback 1000000	Timer des lazy mode in 100-ns-Einheiten
NoLazyMode	REG_DWORD	fehlt, fallback 0	Deaktivierung des idle detector

DWM- und Games-Profil

mmcss.sys liest Scheduling Category, Priority und Priority When Yielded bei der Initialisierung der Profile. Dokumentierte aktive Kategoriebänder: Low — 8..15, Medium — 16..22, High — 23..26. Für High wird der Wert Priority im aktiven Band immer als 2 interpretiert, daher hebt der Eintrag 6 oder 8 das High-Profil nicht so an, wie die Zahl vermuten lässt.

Im sauberen Zustand des untersuchten Builds hatte das Profil Games den Wert Medium/2, und Window Manager — Medium/5. Priority When Yielded fehlte bei beiden, daher wurde fallback 16 angewendet. Die Kombinationen High/6/13 und High/8/13 sind geänderte Konfigurationen, nicht Windows defaults. Der Wert 13 verstärkt die Demotion nach CPU-Zugeständnis gegenüber fallback 16.

Nutzen: Das Profil beschreibt die scheduler policy für klassifizierte Threads. Die bloße Anhebung der Kategorie beweist keine Verbesserung der Endworkload; sie kann den Wettbewerb um die CPU erhöhen.

LazyModeTimeout und NoLazyMode

LazyModeTimeout wird in 100-ns-Einheiten gemessen. Fallback 1000000 beträgt 100 ms; 10000 beträgt 1 ms. Null wird durch fallback ersetzt, ein oberer clamp im geprüften reader existiert nicht. NoLazyMode ist boolesch: 0 lässt den idle detector aktiviert, jeder von Null verschiedene Wert deaktiviert ihn. Bei aktivem NoLazyMode ist der Pfad LazyModeTimeout praktisch unerreichbar, daher können diese Einstellungen nicht unabhängig bewertet werden.

Nutzen: Die Verringerung des timeout beschleunigt die Periode des lazy scheduler, nicht die Priorität aktiver Threads. NoLazyMode=1 entfernt den idle-demotion path, hebt aber Priority When Yielded nicht auf und hält MMCSS im vollen Zyklus, was die Hintergrundaktivität erhöht.

Timing und Belege

mmcss.sys liest root und task profiles beim Start des Dienstes/Treibers. Im bootlog wurden Zugriffe auf NoLazyMode und Profile beobachtet; für fehlende Werte wurde NAME NOT FOUND festgehalten, danach wurde der Code-default angewendet. Dies ist die normale Funktionsweise der Registry-Konfiguration.

Was bestätigt ist

• Werte Medium/5 für Window Manager und Medium/2 für Games in der sauberen Konfiguration von 25H2.
• Fallback Low/1 bei Fehlen von Scheduling Category und Priority, sowie 16 für Priority When Yielded.
• Kategoriegrenzen und Auslegung von Priority für High.
• Einheiten und fallback LazyModeTimeout, boolesches Verhalten von NoLazyMode.

Was nicht bestätigt ist

• Einfluss der Profile auf FPS, frametime und physische Latenz.
• Nutzen der Änderung von Prioritäten für konkrete Spiele und Anwendungen.

Praktische Schlussfolgerung

Für ein gewöhnliches System behalten Sie die Standardwerte Medium/5 und Medium/2 bei. Für eine exakte Wiederherstellung dürfen Scheduling Category und Priority nicht gelöscht werden: Der fallback bei Fehlen entspricht Low/1, das heißt, das Profil wird schwächer als der Standard. Die Wiederherstellung erfolgt durch explizites Schreiben des Standardpaares und Löschen des optionalen Priority When Yielded.

Quellen und Einschränkungen

• Multimedia Class Scheduler Service, Microsoft Learn, geprüft am 2026-09-01.
• MMCSS task profiles, Beschreibung der task categories und SystemProfile.

Das Ergebnis bezieht sich auf Windows 11 25H2 build 26200.9168; konkrete workload, GPU driver und physische Latenz wurden in diesem Artikel nicht gemessen.

Wie der dynamische Teil der Beobachtungen wiederholt wird — siehe Wie man selbst prüft.

Die Untersuchung und die verwendeten Werkzeuge gehören dem Entwickler von BoosterX, daher hat der Entwickler ein direktes Interesse an den Ergebnissen. Methodik und Anwendungsgrenzen sind oben beschrieben, und die Schlussfolgerungen lassen sich anhand offener Daten und der aufgeführten öffentlichen Quellen überprüfen.

Öffentliche Quellen geprüft: 2026-09-02.

Änderungsverlauf

• 2026-09-20: Disclaimer zum Interessenkonflikt und Link zur selbstständigen Prüfung der dynamischen Beobachtungen in der Methodik hinzugefügt.
• 2026-09-02: erste Veröffentlichung; Lesen der Profile, defaults und Fallback-Werte bestätigt, Grenzen des praktischen Effekts ergänzt.