IT-lexicon › Programmeren › Uitgestelde interruptafhandeling

Uitgestelde interruptafhandeling

Programmeren Svenska → Bijgewerkt: 2026-11-03

Het patroon waarbij een interrupthandler alleen het hoogstnodige doet en de rest overlaat aan code die later draait, met interrupts weer ingeschakeld.

Zolang een handler draait, wacht alles met lagere prioriteit, en elke microseconde daar komt bovenop de interruptlatentie van het systeem. Het werk wordt daarom gesplitst: de handler bevestigt de hardware, kopieert de data naar een veilige plek — een ringbuffer is het klassieke voorbeeld — en meldt dat er iets is gebeurd. Parsen, protocollogica en alles wat op een lock zou kunnen moeten wachten gebeurt daarna in normale context.

Linux noemt de twee helften top half en bottom half en kent voor die laatste drie generaties mechanismen: softirqs, tasklets en workqueues. Windows heeft DPC's. In een RTOS als FreeRTOS maakt de handler meestal een speciale taak wakker via een semafoor of een taaknotificatie, en regelt de scheduler de rest op prioriteit. Wie printf aanroept vanuit een interrupt, leert dit patroon doorgaans op de harde manier.

← Terug naar het lexicon