Aperiodische Tasks sind Echtzeit-Aufgaben, die unvorhersehbar durch Ereignisse ausgelöst werden — ohne feste Periode und ohne garantierte Ankunftsrate. Typische Auslöser sind Nutzeraktionen, Alarme, Interrupts oder Nachrichten von außen. Ihre Ankunftszeiten sind nicht beschränkt: Zwischen zwei Instanzen können beliebig lange oder beliebig kurze Abstände liegen.
Abgrenzung zu sporadischen Tasks
Der entscheidende Unterschied: Sporadische Tasks haben eine bekannte Mindest-Ankunftszeit (Minimum Inter-Arrival Time), aperiodische Tasks nicht. Ohne diese Schranke lässt sich für einen aperiodischen Task keine garantierte Deadline-Analyse führen — er kann die CPU jederzeit und beliebig oft beanspruchen. Deshalb werden aperiodische Aufgaben in der Praxis meist soft behandelt: Sie sollen möglichst schnell bedient werden, ein gelegentliches Überschreiten ist tolerierbar.
Behandlung im Scheduler
Aperiodische Tasks laufen nicht als feste periodische Tasks im Zeitplan, sondern werden über Server-Mechanismen bedient:
- Polling Server: In jeder Periode p = (p_s, e_s) wird ein Zeitfenster der Kapazität e_s für anstehende aperiodische Arbeit reserviert; leeres Fenster verfällt.
- Deferrable Server: Behält seine Kapazität bis zum Periodenende, verbessert die Antwortzeit, kann aber Prioritätsinversion für niedrigere Prioritäten erzeugen.
- Sporadic Server / Constant Bandwidth Server: Reserviert eine feste Bandbreite, ohne die Deadline-Analyse der periodischen Tasks zu zerstören.
Praxis
In Betriebssystemen (Linux, RTOS) werden aperiodische Ereignisse oft als Interrupts oder High-Priority-Threads modelliert; der eigentliche Scheduler entscheidet über die Einordnung. Die Antwortzeit verbessert man durch Prioritäts- oder Bandbreitenreservierung statt durch reines Best-Effort.
Verwandte Grundlagen: sporadische Tasks, Real-Time-Scheduling, Preemption.