DPC-latency uitgelegd: de verborgen oorzaak van krakende audio en haperingen

De audio kraakt, een videogesprek hapert of een opname stottert — terwijl het CPU-gebruik laag blijft en de pc snel aanvoelt. Grote kans dat je te maken hebt met DPC-latency: een vertraging diep in de Windows-kernel die geen enkele standaard systeemmonitor toont. Dit artikel legt uit wat het is, hoe je het meet met LatencyMon en welke oplossingen echt werken.

Wat is DPC-latency eigenlijk?

DPC staat voor Deferred Procedure Call, een uitgesteld aanroepmechanisme in de Windows-kernel. Wanneer hardware de processor onderbreekt — een netwerkkaart die een pakket ontvangt, een SSD die een schrijfbewerking meldt — reageert Windows in twee stappen. Eerst draait een ISR (Interrupt Service Routine): een korte, urgente routine voor het allernoodzakelijkste. Daarna plant de ISR een DPC in voor het resterende werk, dat kort daarna op dezelfde processor wordt uitgevoerd.

ISR’s en DPC’s draaien op een verhoogd IRQL (Interrupt Request Level), waarop de normale scheduler ze niet kan onderbreken. Elke thread op die processor — hoe hoog zijn prioriteit ook is — wordt stilgelegd tot ISR en DPC klaar zijn. Moest de audio-app net op tijd nieuwe data aanleveren, dan moet hij wachten. Duurt de DPC-routine van een driver te lang, dan mist de audiobuffer zijn deadline en hoor je een klik of kraak. Die wachttijd is DPC-latency.

Waarom merk je het vooral bij audio?

Audio is extreem tijdskritisch: bij een buffer van 512 samples en 48 kHz is elke buffer ruim tien milliseconden geluid. Komt nieuwe data een paar milliseconden te laat, dan ontstaat een buffer underrun en hoor je dat direct. Een DPC-piek van twee milliseconden merkt een game nauwelijks; voor realtime-audio is het een hoorbare fout, ook al ligt de oorzaak elders in het systeem.

Verwarrend is dat het CPU-gebruik tijdens zo’n piek laag kan blijven: de processor is niet overbelast, maar wordt even volledig in beslag genomen door kernelcode die niet onderbroken mag worden. Wie alleen naar Taakbeheer kijkt, zoekt op de verkeerde plek — vandaar de gespecialiseerde meettool hieronder.

Meten met LatencyMon: van vermoeden naar bewijs

LatencyMon van Resplendence Software is een gratis programma dat meet wat er op kernelniveau gebeurt: het controleert of een systeem realtime-audio zonder uitval aankan. Laat het enkele minuten draaien terwijl het probleem zich voordoet — bijvoorbeeld tijdens audioweergave of met wifi actief. Het meet DPC- en ISR-uitvoeringstijden, harde page faults en kernel-timerlatency, en koppelt de resultaten waar mogelijk aan de verantwoordelijke drivers en processen.

Zo interpreteer je de resultaten

Als vuistregel geldt: blijven de maximale DPC-tijden ruim onder de 1000 microseconden, dan is het systeem geschikt voor realtime-audio — LatencyMon meldt dat expliciet. Terugkerende pieken boven de 1000 à 2000 microseconden zijn verdacht en verklaren hoorbare storingen. Kijk daarna naar het drivertabblad: de driver met de hoogste uitvoeringstijd is je eerste verdachte. Eén hoge piek bij het opstarten van een programma is normaal; het gaat om pieken die zich herhalen.

Harde page faults verdienen aparte aandacht: Windows moet dan geheugen van schijf ophalen omdat het niet in het RAM staat, wat milliseconden tot seconden kan duren. LatencyMon rapporteert ze per proces. Veel page faults tijdens audio wijzen eerder op geheugen- of opslagproblemen dan op een driver — denk aan meer RAM, een snellere SSD of het sluiten van geheugenhongerige programma’s.

De gebruikelijke boosdoeners en hun oplossingen

Een handvol categorieën is verantwoordelijk voor vrijwel alle DPC-problemen. De tabel zet de meest voorkomende op een rij, met herkenbare drivers en de eerste maatregel.

Categorie	Typische drivers	Symptomen	Eerste maatregel
GPU-driver	dxgkrnl.sys, nvlddmkm.sys, amdkmdag.sys	Kraken bij scrollen, video of gaming; pieken bij grafische belasting	Schone herinstallatie van de driver, of rol terug naar een oudere stabiele versie
Netwerk/wifi	ndis.sys, wifi-driver van de fabrikant	Storing zodra er netwerkverkeer is; klassiek bij laptops	Update de driver via de laptop- of chipfabrikant; test met wifi tijdelijk uit
Opslagcontroller	storport.sys, nvme-driver	Korte bevriezingen bij schijfactiviteit	Update chipset- en NVMe-drivers; controleer firmware van de SSD
USB en audio-interface	usbport.sys, driver van de interface	Dropouts op externe audio-interface	Gebruik de ASIO-driver van de fabrikant; sluit aan op een USB-poort direct op het moederbord; schakel USB selective suspend uit
Energiebeheer	ACPI.sys, platform-drivers	Onregelmatige pieken, vooral op laptops	Hoog prestatie-energieplan; schakel CPU C-states en PCI-Express-linkbeheer selectief uit om te testen
Beveiligingslagen	Filterdrivers van antivirus, HVCI/VBS	Problemen na een Windows- of beveiligingsupdate	Test tijdelijk zonder extra beveiligingssoftware; laat geheugenintegriteit alleen uit als test, niet permanent

De werkwijze is altijd dezelfde: reproduceer het probleem, meet met LatencyMon onder die omstandigheden, wijs de driver aan en pas één gerichte maatregel tegelijk toe. Lukraak alle “DPC-tweaks” van internet toepassen is vragen om nieuwe problemen. Bij GPU-drivers helpt een schone installatie met een driver-verwijdertool vaak beter dan updaten, omdat oude restanten blijven storen. Bij netwerkproblemen is de driver van de laptop- of chipfabrikant vrijwel altijd beter dan de generieke Windows-driver.

Energiebeheer is een terugkerende factor: processors en chipsets schakelen voortdurend tussen slaapstanden, en soms veroorzaakt precies die overgang een DPC-piek. USB selective suspend uitschakelen, een prestatiegericht energieplan kiezen en — op desktops — C-states in het BIOS testen zijn legitieme diagnostische stappen. Zie ze als test, niet als permanente oplossing: verhelpt een instelling het probleem, dan weet je waar de oorzaak zit en kun je gericht naar een driver- of firmware-update zoeken.

Vergeet de audiobuffer zelf niet: voor mixen en masteren werken 512 of 1024 samples vaak merkbaar stabieler dan 64 of 128, zonder hoorbaar nadeel. Een realistische buffer verbergt geen DPC-probleem, maar geeft het systeem meer speling waardoor incidentele pieken geen hoorbare fout meer veroorzaken.

Oordeel: praktisch koopadvies

DPC-latency is geen reden om een snellere processor te kopen — wel om kritisch naar drivers en firmware te kijken. Wie een systeem koopt voor audio of ander tijdskritisch werk, controleert vooraf hoe de combinatie van moederbord, wifi-chip en GPU zich gedraagt. Zoek naar ervaringen met LatencyMon-metingen op dezelfde hardware: één beruchte driver kan een verder uitstekende configuratie onbruikbaar maken voor realtime-audio.

Voor laptops: kies een fabrikant met actieve driverondersteuning en regelmatig bijgewerkte wifi- en chipsetdrivers. Voor kritisch werk blijft een bekabelde netwerkverbinding het betrouwbaarst. Houd op desktops het BIOS up-to-date en installeer bij een externe audio-interface altijd de officiële ASIO-driver van de fabrikant.

De kernboodschap: meet eerst, concludeer daarna. Laat LatencyMon draaien terwijl je werkt en laat de cijfers bepalen waar je ingrijpt. In negen van de tien gevallen lost één gerichte driverupdate of aangepaste energie-instelling het probleem volledig op — zonder nieuwe hardware.