Diplomarbeit - Operating Systems Group - Technische Universität ...

20 KAPITEL 3. ENTWURF
¡ Die
struct request {
unsigned int period;
/* diskrete Zeitangabe, in welcher Periode der Auftrag auszuführen ist */
unsigned int slot;
/* welcher Slot soll belegt werden */
scsi_block_t blk;
/* Angaben über Partitionsnummer, Blocknummer und -länge */
byte_t *map_address;
/* Adresse des Schreib-/Lesepuffers */
word_t status;
/* Status Bits */
word_t reserved;
};
Abbildung 3.2: Auftragsstruktur für Echtzeit-Aufträge [Meh98]
Aufträge für Echtzeitdatenströme werden in Form von Auftragsfeldern an den SCSI-Treiber gesendet.
Jeder einzelne Auftrag wird durch eine Request-Struktur (siehe Abb. 3.2) beschrieben. Der
SCSI-Treiber sortiert die Aufträge in einen Plan ein, der durch die Verwendung der Perioden und
Slots entsteht. Zu beachten ist, daß die angegebene Adresse des Puffers die physische Speicheradresse
ist, da der SCSI-Treiber die Daten direkt durch DMA (Direct Memory Access) in den Speicher
überträgt.
werden einzeln an den Treiber gesendet. Dieser versucht sie so schnell wie
möglich zu bearbeiten.
Nicht-Echtzeitaufträge
3.1.2 DROPS / LLinux
¡
Am Lehrstuhl für Betriebssysteme der Technischen Universität Dresden wird derzeit an der Entwicklung
eines Echtzeitbetriebssystems, dem Dresden Realtime Operating System, gearbeitet. Dieses System soll
durch die Verwendung spezieller Algorithmen zur Verwaltung der Systemressourcen (CPU-Scheduling,
Speicherverwaltung, . . . ) die Abarbeitung von Echtzeitanwendungen parallel zu UNIX-Anwendungen unterstützen
(siehe Abb. 3.3).
Linux
L4 μ -Kern
Echtzeit-Anwendungen
Ressourcen-Verwaltung (CPU, Speicher, ...)
Abbildung 3.3: Struktur des Dresden Realtime Operating
System (DROPS)