🔍 Dirty Bit Tracking – Kompleksowe kompendium
1. Czym jest Dirty Bit Tracking?
Dirty Bit Tracking to funkcja sprzętowo‑programowa wprowadzona w Windows Display Driver Model 3.2 (WDDM 3.2), dostępna od aktualizacji Windows 11 24H2. Jej celu to śledzenie zmian w stronach pamięci VRAM GPU, co znacząco przyspiesza mechanizmy jak Live Migration VM‑ów oraz przenoszenie GPU‑P (wirtualizowanych GPU). Dzięki systemowi „dirty bitplane”, system zna dokładnie, które strony VRAM zostały zmodyfikowane, co pozwala na przyspieszenie kopiowania tylko tych fragmentów, zamiast pełnej kopii VRAM.
2. Dlaczego to się liczy?
A) Wirtualizacja i migracja VM
- Bez Dirty Bit Tracking każda migracja VM (np. vGPU–powered) wymaga pełnej kopii VRAM podczas blackout‑przerwy, co skutkuje opóźnieniami i ryzykiem timeoutów TCP.
- Z trackingiem: wykonuje się iteracyjne kopiowanie tylko stron „brudnych” (dirty), aż do redukcji danych — skraca brownout i blackout, poprawia płynność działania oraz wydłuża uptime .
B) Zastosowania AI / NPU i professional use
Windows Latest i Gashap Technologies opisują, że Dirty Bit Tracking wspomaga nie tylko GPU, ale i przyspiesza transfer danych NPU, co przekłada się np. na lepsze działanie funkcji Copilot.
C) W kontekście gamingu
Choć główne korzyści wiążą się z migracją, to optymalizacja transferów VRAM może także zmniejszyć opóźnienia podczas dynamicznych zmian zasobów, np. w chmurze gier .

3. Jak to działa — mechanika działania
3.1 Setup i raportowanie możliwości
- Podczas inicjalizacji sterownika, Dxgkrnl pyta o DirtyBitTrackingCaps — czy funkcja jest wspierana i z jaką granularnością stronami (bitplane size).
3.2 Włączanie tracking‑u
- DirtyBitTracking włącza się tylko podczas brownoutu lub stale, jeśli koszt tracking’u jest niski.
- Podczas włączonego śledzenia wszystkie zmodyfikowane strony VRAM są oznaczane, a Dxgkrnl potrafi atomowo odczytać i wyzerować stan bitów.
3.3 Brownout i blackout
- Brownout: iterative tracking kopiowania – tylko dirty strony → system synchronizuje kolejne iteracje.
- Blackout: pauza, skopiowanie reszty stron, finalne odtworzenie stanu VM.
3.4 Semantyka strony i zakresy
- Dirty bitplane można ustawić na różne graniczności (4 KB, 64 KB i inne) — zależne od hardware’u sterownika.
- Sterownik wspiera tracking wielu segmentów (np. vGPU o różnych zakresach VRAM) — możliwe niezależne odpytywanie per segment .
3.5 Interfejs KMD/DDI
Nowe funkcje DDI to:
DxgkDdiCreateMemoryBasis,StartDirtyTracking,StopDirtyTracking,QueryDirtyBitData,DestroyMemoryBasis.- Kluczowe, by DDK mógł aktywnie kontrolować tracking jedynie gdy potrzeba, oszczędzając zasoby.
4. Korzyści i efekty
- 🔁 Szybsze migracje VM — znacznie krótszy downtime brownout i blackout.
- ⚡ Mniejsze opóźnienia – aplikacje oparte na GPU i NPU mogą szybciej wrócić do działania po przenosinach albo kontekstowej zmianie — improwizowana reakcja zmiennego obciążenia .
- 🏢 Stabilność chmury i profesjonalnych środowisk – mniejsze przestoje, widoczność frame bufferów i VRAM przy migracji.
- 🎮 Mniej lagów w czasach dynamicznych zmian zasobów – użytkownicy chmury gamingowej mogą odczuć minimalne korzyści.
5. Wymagania i kompatybilność
✅ System:
- Windows 11 24H2 z WDDM 3.2.
- Sterownik GPU/KMD wspierający Dirty Bit Tracking — zależy od producenta sprzętu lub wirtualnej maszyny.
✅ Sprzęt:
- GPU lub vGPU z backendem wspierającym bitplane tracking (Intel, AMD, NVIDIA modern).
- Firmware i sterowniki DDI dostarczone przez OEMy (Microsoft, VMware, Citrix).
✅ API i DevKit:
- WDDK zawierający funkcje
DxgkDdiStartDirtyTrackingitd. - Obsługa w DxgkDdiQueryAdapterInfo oraz QueryDirtyBitPlane.
6. Konfiguracja i wdrożenie — co musi zrobić użytkownik i deweloper
Użytkownicy końcowi:
- Zainstaluj Windows 11 24H2 i sterowniki GPU z WDDM 3.2.
- Uruchamiaj migracje VM na platformach wspieranych (Hyper-V, VMware, Xen, Citrix). Funkcja działa transparentnie bez konieczności aktywacji.
Deweloperzy sterowników/hypervisorów:
- Dodaj wsparcie DDI (CreateMemoryBasis, Start/Stop, QueryDirtyBitData).
- Podaj
DirtyBitTrackingCapsi wielkości stron. - Implementuj efektywne śledzenie bitplane bez błędów — wymagany atomic reset.
- Testuj migracje VM — sprawdź brownout/blackout redukcję.
- Dopasuj do vGPU i migrujących segmentów VRAM.
7. Przykłady zastosowań i obserwacje
- Live Migration vGPU w chmurze – Citrix/VMware mogą wdrożyć sprawniejsze migracje gier i AI VM bez długiego downtime’u.
- Chmura GPU‑NPU (Copilot+ PCs) – ostatnie testy Windows Latest zwracają uwagę na korzyści z dirty bit trackingu przy AI modelach i kopiowaniu VRAM przy migracji zadań.
8. Ograniczenia i wyzwania
- 🔧 Koszt tracking‑u – hardware może spowolnić normalną pracę GPU, ot tracking domen dopiero w brownout fazie.
- 🧩 Kompleksowa implementacja – DDI wymaga starannego zaplanowania, szczególnie przy vGPU z kilkoma segmentami VRAM.
- 📡 Zależność od hardware‑u i hypervisora – bez wsparcia ze stony producenta, tracking jest bezużyteczny.
- ⚙️ Określenie optymalnych rozmiarów strony – trade-off między detekcją zmian, dokładnością i narzutem.
9. Perspektywy na przyszłość
- 💡 Rozszerzenie wykorzystania mechanizmu dirty bit do NVMe caching, dynamicznego migrowania zasobów VRAM w grach i AI.
- 🖥️ Integracja z WDDM 3.x funkcji takich jak dirty bit tracking + live GPU-P migration + Work Graphs → kompleksowa optymalizacja chmurowa.
- 🔐 Potencjalne wykorzystanie tracking‑u zdatnego do rollbacków VRAM, snapshotów GPU‑state’u, dynamicznej kompresji.
10. Podsumowanie
Dirty Bit Tracking to ważna funkcja WDDM 3.2, która przynosi:
- Zdecydowane przyspieszenie migracji VM‑ów z GPU,
- Lepsze wsparcie dla AI‑i NPU w chmurze,
- Nową platformę do optymalizacji pamięci GPU w czasie runtime.
- Wymaga nowoczesnego sprzętu i implementacji DDI, ale korzyści – płynność działania systemów wirtualnych i chmurowych, redukcja opóźnień – są wyraźne.
Jeśli korzystasz lub wdrażasz rozwiązania z vGPU, wirtualizacją AI albo chmura GPU, Dirty Bit Tracking to kluczowy komponent nowoczesnych optymalizacji.





