Das System wurde mithilfe einer Zeitmessung auf der Deadlines getestet. Um das System zu belasten, wurde auf dd und stress zurückgegriffen. Für die drei Threads wurde je eine Auswertung ohne Last, mit dd und mit stress erstellt. Um die Auswertung zu erstellen, wurde ein paar Mal auf den “Hau den Lukas” geschlagen und der Taraknopf (Lastauf dem Inputthread) gedrückt. Zusammengefasst lässt sich aus den Auswertungen sagen, dass der fill- und input-Thread ihre Deadlines einhielten, sowohl mit als auch ohne Last. Hingegen der hdl-Thread hat die Deadline unter Last (mit dd und stress) nicht eingehalten, dafür aber unter geringer Last. Die Ergebnisse sind in den folgenden Bilder ersichtlich.

Hier sieht man, dass bei ca. 500 Messungen die maximale Ausführungszeit bei ca. 220 Mikrosekunden liegt und somit die Deadline von 40ms nicht überschreitet.

Die Deadline wurde auch hier nicht überschriten.

Auf dieser Auswertung sieht man, dass die Deadline von 40ms eingehalten wurde. Beim Vergleich mit den anderen zwei Szenarien fällt auf, dass die minimale Ausführungszeit bei ca. 48µs liegt und auch die maximale Ausführungszeit auch gerade mal bei ca. 210µs liegt.

Hier sieht man, dass bei ca. 3000 Messungen die maximale Ausführungszeit knapp unter 200 Mikrosekunden liegt und somit die Deadline nicht überschreitet.

Die Deadline wurde hier knapp überschritten!! Diese Tatsache würde das ganze System nicht realzeitfähig machen.

Bei dieser Auswertung sieht man deutlich, dass bei Messung ~1500 die Deadline nicht eingehalten wird.

Hier sieht man, dass bei ca. 70 Messungen die maximale Ausführungszeit bei ca. 300 Mikrosekunden liegt und somit die Deadline bei weitem nicht überschreitet.

Auf diesem Bild liegt die Kurve unter der Deadline.

Die Deadline wurde hier nicht überschriten.