Aus diesen Informationen berechnet der Real-time Scheduler, welche Operationen in einem Thread zusammengefasst werden und mit welcher Betriebssystempriorität dieser Thread arbeiten muß, damit die Echtzeitanforderungen erfüllt werden können.
Table 2:
RT_ Info Struktur
| Feldname |
Einheit |
Beschreibung |
| worstcase_ execution_ time_ |
Time |
obere Schranke für |
| |
|
harte Echtzeitanforderungen |
| typical_ execution_ time_ |
Time |
Schranke für |
| |
|
weiche Echtzeitanforderungen |
| cached_ execution_ time_ |
Time |
falls wird zur Optimierung |
| |
|
nur einmal innerhalb der |
| |
|
angegebenen Zeit die |
| |
|
worstcase_ execution_ time_ |
| |
|
verwendet. |
| period_ |
Time |
Zeit zwischen periodischen |
| |
|
Aufrufen (z.B. bei Iterationen) |
| criticality_ |
Enum: VERY_ LOW_ ... |
wird vom Scheduler ausgewertet |
| |
VERY_ HIGH_ CRITICALITY |
|
| importance_ |
Enum: VERY_ LOW_ ... |
wird vom Scheduler nur |
| |
VERY_ HIGH_ IMPORTANCE |
ausgewertet, falls zwei |
| |
|
Aufgaben gleich wichtig sind |
| quantum_ |
Time |
nicht benutzt / für gerechtes |
| |
|
Scheduling von niedrigst |
| |
|
priorisierten Aufgaben |
| threads_ |
Anzahl |
intern von der Operation |
| |
|
benutzter Threads |
| dependencies_ |
Handles auf andere |
von denen diese Operation direkt |
| |
RT_ Info Strukturen |
abhängt. Aus dieser Information |
| |
|
werden intern Abhängigkeits- |
| |
|
graphen erstellt. Jeder Graph |
| |
|
wird in einem Thread |
| |
|
ausgeführt |
| priority_ |
Betriebssystempriorität |
wird von TAO aus den anderen |
| |
|
Informationen berechnet und |
| |
|
gesetzt |
| subpriority_ |
Unterpriorität |
zur Sortierung von RT_ Infos mit |
| |
|
gleicher Priorität (wird ebenfalls |
| |
|
von TAO berechnet und gesetzt) |
|
|
|