Worst case task turnaround times
Maximum task turnaround time for each task
since model execution started. The task turnaround time is continually updated
from the time when model execution began; the value is only allowed to increase
and therefore records the maximum task turnaround time which is the worst case.
Note that the maximum task turnaround time that can be measured is limited by
the timer measurement range. This may affect the results, for example, if the
timer word-size is only 8 or 16 bits and if the sub-rate sample times are much
longer than the base sample time.
| Task | Maximum turnaround time |
| Base-Rate | 7.16 |
Maximum number of concurrent task overruns since model
execution started.
| Task | Maximum number of task overruns |
| Base-Rate | 0 |
Profiling data was recorded over 1.9592
seconds. The recorded data for
task turnaround times and
task execution times is presented in the table below.
| Task | Maximum turnaround time | Average turnaround time | Maximum execution time | Average execution time | Average sample time |
| Base-Rate | 6.16e-008 at 1.12 | 6.16e-008 | 6.16e-008 at 1.12 | 6.16e-008 | 0.039984 |
Task turnaround time is the elapsed time between start and finish of the task. If the task is not pre-empted then the task turnaround time is equal to the task execution time.
Task execution time is that part of the time between task start and finish when the task is actually running and not pre-empted by another task. Note that the task execution time cannot be measured directly, but is inferred from the task start and finish time and the intervening periods during which it was preempted by another task. Note that, in performing these calculations, no account is taken of processor time consumed by the scheduler while switching tasks: this means that, in cases where preemption has occurred, the reported task execution times will overestimate the true values.
Task overruns occur when a timer task does not complete before that same task is next scheduled to run. Depending on how the real-time scheduler is configured, a task overrun may be handled as a real-time failure. Alternatively, a small number of task overruns may be allowed in order to accommodate cases where a task occasionally takes longer than normal to complete. If a task overrun has occurred and the same task is again scheduled to run before the first overrun has been cleared then two concurrent task overruns are said to have occurred.