Comparison of exisiting RTOS Benchmark Suites
- Typ der Arbeit: Bachelor-/Masterarbeit
- Status der Arbeit: in Planung
- Projekte: AHA
- Betreuer: Mareike Burg, Daniel Lohmann

Creating a bench(mark) out of different bench(marks) [Generated with AI]
Context
Real-time systems (RTS) are subject to timing contraints for their execution. This makes their development more complex than general purpose compute systems, since not only the functionality, but also their timing needs to be considered and verified. Often this requires specialization and a high level of integration between hardware and software. Ranging from soft to hard RTS, a diverse set of applications and research topics exist.
Problem
Scientifc research requires measurements and experiments to validate new hypothesis. Since we can not test every indiviudal system, we need to generalize and pick out single systems as represantives for a group of systems. This process collides with the specialized nature of tailored RTS, which are fit to their respective problem and environment.
Nevertheless, previous work established different types of benchmark suits and task set generators to approximate the nature of a wide range of RTS. They allow to quantiy the impact of many variables in a RTS environment: ardware, real-time operating system (RTOS), scheduling algorithms, communication protocols, and more.
But they vary greatly in their scope and detail, ranging from a vague list in the form of "there are 10 tasks that do something every 10ms" to concrete source code implementations for a given RTOS. This is an issue for research, where the main goal is modify some of these variables and verify their results, because even if the same benchmark is used, other implementation details can have an even bigger impact.
Goal
The goal of this thesis is to try out different kinds of exisiting benchmarks and to compare their properties. This means to:
- Gather the characteristics of different benchmark suits
- Find/create a common hardware/virtualized environment to execute different benchmarks and collect their results
- Automate their execution using a shared build system (for compatibilty with our research
mesonis recommended)
Depending on available time, further hardware platforms can be explored.
Topics: Real-Time Operating Systems, Test automation, C, Python, build systems
References
Papers
-
ECRTS
Conference
Real-Time System Evaluation Techniques: A Systematic Mapping Study -
37th Euromicro Conference on Real-Time Systems (ECRTS 2025)Schloss Dagstuhl – Leibniz-Zentrum für Informatik2025.
PDF 10.4230/LIPIcs.ECRTS.2025.12 []
-
OSPERT
Workshop
B
RTOS-Independent Interaction Analysis in ARA -
Proceedings of the 16th Annual Workshop on Operating Systems Platforms for Embedded Real-Time Applications (OSPERT '22)2022.
PDF Slides []
-
RTSS
Conference
Generating Utilization Vectors for the Systematic Evaluation of Schedulability Tests -
2020 IEEE Real-Time Systems Symposium (RTSS)2020.
PDF 10.1109/RTSS49844.2020.00018 []
-
WCET
Workshop
TACLeBench: A Benchmark Collection to Support Worst-Case Execution Time Research -
16th International Workshop on Worst-Case Execution Time Analysis (WCET 2016)Schloss Dagstuhl – Leibniz-Zentrum für Informatik2016.
PDF 10.4230/OASIcs.WCET.2016.2 []
-
RTAS
Conference
Taming Non-Blocking Caches to Improve Isolation in Multicore Real-Time Systems -
2016 IEEE Real-Time and Embedded Technology and Applications Symposium (RTAS)IEEE2016.
PDF 10.1109/RTAS.2016.7461361 []
Links
- Trampoline Tests https://github.com/TrampolineRTOS/trampoline/tree/master/tests
- Threadmetric Benchmark https://github.com/eclipse-threadx/threadx/tree/master/utility/benchmarks/thread_metric
