Prezentacja GPU i zarządzanie energią w Windows 11 25H2
Na tej stronie
Krótka odpowiedź
Dział zatytułowany „Krótka odpowiedź”ForceDirectFlip, SmallQuantumMode, EnableRuntimePowerManagement i DisablePStateManagement zostały potwierdzone na poziomie odczytu i warunków zastosowania. Ich wpływ na klatki i zużycie energii zależy od GPU, sterownika i trybu wyjścia, dlatego nie ma uniwersalnego zysku z ich zmiany.
Co sprawdzano
Dział zatytułowany „Co sprawdzano”Sprawdzano, czy podsystem graficzny odczytuje te parametry, w jakich warunkach działają i które kontrole możliwości adaptera ograniczają ich zastosowanie.
Zakres badania
Dział zatytułowany „Zakres badania”Windows 11 25H2 build 26200.9168, dxgkrnl.exe i systemowe ścieżki zarządzania energią. Część kontroli wykonywano w VMware lub z podstawowym sterownikiem ekranu, dlatego wnioski o fizycznych GPU są ograniczone.
Metodyka
Dział zatytułowany „Metodyka”Statyczne porównanie parametrów z kodem i sprawdzenie gałęzi według możliwości adaptera; dla HAGS i presentation — weryfikacja z publiczną dokumentacją Microsoft.
Wartości kanoniczne
Dział zatytułowany „Wartości kanoniczne”| Registry path | Value | Type | Default | Rola |
|---|---|---|---|---|
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
ForceDirectFlip |
REG_DWORD |
0 |
rozstrzygnięcie direct-flip policy |
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
SmallQuantumMode |
REG_DWORD |
1 |
scheduler quantum policy |
HKLM\SYSTEM\CurrentControlSet\Control\GraphicsDrivers |
EnableRuntimePowerManagement |
REG_DWORD |
1 |
runtime D3 power policy |
| ta sama ścieżka | DisablePStateManagement |
REG_DWORD |
0 |
GPU P-state policy |
Presentation i quantum
Dział zatytułowany „Presentation i quantum”ForceDirectFlip zezwala na wyjście odpowiedniej powierzchni bez zwykłej pełnej kompozycji. Możliwość takiego wyjścia zależy od DWM, łańcucha buforów (swap chain), sterownika i możliwości GPU. Zastosowanie jej na siłę do każdego okna nie jest możliwe przez tę ustawienie.
SmallQuantumMode jest odczytywany bezpośrednio z korzenia GraphicsDrivers; gałąź GraphicsDrivers\Scheduler nie używa tego kodu. W Windows 11 25H2 wartość 0 wymusza wyłączenie krótkiego kwantu, 2 włącza go, a 1 i pozostałe wartości pozostawiają automatyczny wybór według możliwości sprzętu. Wartość 2 oznacza krótki, a nie długi kwant.
Te parametry warto rozważać przy diagnozie konkretnego problemu kompozycji lub sterownika. ForceDirectFlip nie gwarantuje DirectFlip: jeśli kontrola możliwości nie przejdzie, podsystem graficzny zdejmuje wymuszoną flagę. Do oceny zmiany potrzebny jest odtwarzalny objaw lub ślad ETW; efekt może nie wystąpić.
Powiązane ustawienia BoosterX
Dział zatytułowany „Powiązane ustawienia BoosterX”Badanie jest powiązane z ustawieniami „Sprzętowe planowanie GPU”, „HDCP” i parametrami zasilania zależnymi od producenta GPU. Sprzętowe planowanie i DirectFlip trzeba sprawdzić na konkretnej karcie graficznej i sterowniku. HDCP zarządza chronioną treścią; nie należy oczekiwać od niego uniwersalnego przyspieszenia gier.
W Windows 11 25H2 odczyt parametru HAGS został potwierdzony w dxgkrnl.sys. Wybrany stan jest uwzględniany przy ładowaniu podsystemu graficznego. Do faktycznego włączenia potrzebne są także WDDM 2.7+ oraz wsparcie ze strony GPU i sterownika. Zmiana wymaga ponownego uruchomienia.
Mechanizm ustawienia został potwierdzony. Jego wpływ na wydajność trzeba sprawdzić osobno: porównywać czas klatki i mikrozacięcia w identycznych przebiegach gry na własnym systemie.
Strona praktyczna: „HAGS”.
- D3DKMT_WDDM_2_7_CAPS, Microsoft Learn, sprawdzono 2026-08-27.
Runtime power i P-state
Dział zatytułowany „Runtime power i P-state”EnableRuntimePowerManagement zezwala na zarządzanie energią podczas pracy dla odpowiedniego adaptera. DisablePStateManagement wyłącza wybór stanów wydajności tylko tam, gdzie obsługuje to konkretny adapter.
W środowisku VMware lub z podstawowym sterownikiem ekranu wykonanie może nie dojść do odczytu tych parametrów z powodu kontroli możliwości adaptera. Na podstawie takiej obserwacji nie można wnioskować o ich obecności na fizycznym GPU.
Parametry zasilania wpływają na zużycie w spoczynku, temperaturę i podnoszenie częstotliwości pod obciążeniem. Na desktopowym GPU ze stałym wysokim obciążeniem ich zmiana może zwiększyć zużycie i temperaturę bez wzrostu wydajności.
Co potwierdzono
Dział zatytułowany „Co potwierdzono”- Ścieżki, typy i wartości domyślne parametrów w badanym buildzie.
- Odczyt
SmallQuantumModez korzeniaGraphicsDriversi znaczenie wartości0,1i2. - Odczyt parametru HAGS w
dxgkrnl.sysi wymagania WDDM 2.7+. - Zależność parametrów zasilania od możliwości konkretnego adaptera.
Co nie zostało potwierdzone
Dział zatytułowany „Co nie zostało potwierdzone”- Wzrost FPS, czasu klatki lub stabilności od zmiany parametrów.
- Zachowanie
ForceDirectFlipw konkretnych grach i konfiguracjach. - Efekt parametrów zasilania na fizycznym GPU poza sprawdzonym środowiskiem.
Wniosek praktyczny
Dział zatytułowany „Wniosek praktyczny”Pozostaw wartości domyślne. Zmieniaj parametry tylko do diagnozy odtwarzalnego problemu wyjścia klatek lub zasilania na konkretnej karcie graficznej i porównuj wynik w identycznych przebiegach.
Przywracanie stanu
Dział zatytułowany „Przywracanie stanu”Przywróć standardowe wartości lub usuń opcjonalne wpisy. Dla HAGS i parametrów zasilania do zastosowania może być potrzebne ponowne uruchomienie Windows.
Ograniczenia i źródła
Dział zatytułowany „Ograniczenia i źródła”Wnioski dotyczą buildu 26200.9168, WDDM i możliwości sprawdzonego środowiska. Dla fizycznego GPU i jego sterownika potrzebna jest osobna weryfikacja z śledzeniem wyjścia klatek DWM.
Jak powtórzyć dynamiczną część obserwacji — zobacz Jak sprawdzić samodzielnie.
Badanie i użyte narzędzia należą do dewelopera BoosterX, dlatego deweloper ma bezpośredni interes w wynikach. Metodyka i granice stosowalności zostały opisane powyżej, a wnioski można zweryfikować na podstawie otwartych danych i wymienionych publicznych źródeł.
- Multiplane Overlay, Microsoft Learn, sprawdzono 2026-09-01.
- GPU power management, Microsoft Learn, sprawdzono 2026-09-01.
Publiczne źródła sprawdzono: 2026-09-02.
Historia zmian
Dział zatytułowany „Historia zmian”- 2026-09-20: dodano disclaimer o konflikcie interesów i link do samodzielnej weryfikacji dynamicznych obserwacji w metodyce.
- 2026-09-02: pierwsza publikacja; potwierdzono odczyt i warunki zastosowania parametrów, dodano granice dla fizycznych GPU.
