Cornelia Heinisch, Frank Müller-Hofmann, Joachim Goll ... - HSR-Wiki

742 Kapitel 19
Threads gezielt die yield()-Methode aufzurufen. Durch den Aufruf von
yield() geht der aufrufende Thread selbst in den Zustand "ready-to-run" über und
erlaubt es, dass ein Thread gleicher oder niedrigerer Priorität den Prozessor erhält.
Eine andere Möglichkeit ist, rechenintensive Threads mit einer niedrigeren Priorität
als I/O-intensive Threads zu versehen, da Threads jedes Mal in den Zustand
"blocked" versetzt werden, wenn Ein- und Ausgaben durchgeführt werden. Die I/Ointensiven
Threads bieten damit niederprioren Threads die Möglichkeit zum Laufen.
Prioritäten
Für die Priorität eines Threads gibt es 3 Konstanten in der Klasse Thread:
MAX_PRIORITY = 10
NORM_PRIORITY = 5
MIN_PRIORITY = 1
Die Zahlenwerte der Konstanten entsprechen der Gewichtung der Prioritäten. Diese
Konstanten müssen aber für die Angabe der Priorität eines Threads nicht verwendet
werden – es ist durchaus problemlos jede andere ganze Zahl zwischen eins und
zehn möglich. Zu beachten ist, dass bei Applets die höchste Priorität 6 beträgt. Wird
für einen Thread keine Priorität gesetzt, so ist sie in der Regel NORM_PRIORITY.
Die Änderung der Priorität eines Threads und die Abfrage einer gesetzten
Priorität erfolgt mit den Methoden:
• public final void setPriority (int newPriority)
Mit dieser Methode kann die Priorität eines Threads auf den als aktueller Parameter
übergebenen Wert gesetzt werden.
• public final int getPriority()
Gibt die aktuelle Priorität eines Threads zurück.
19.5 Zugriff auf gemeinsame Ressourcen
Threads innerhalb eines Betriebssystem-Prozesses können wechselseitig auf ihre
Variablen zugreifen. Variablen, die von mehreren Threads als Shared Memory
benutzt werden, werden auch als kritische Variablen bezeichnet, weil diese
Variablen durch die Verwendung in mehreren Threads inkonsistent werden können.
So kann beispielsweise ein Thread, der in eine kritische Variable schreibt, den
Prozessor entzogen bekommen, ehe er mit dem Schreiben der Daten fertig ist. Der
Lese-Thread beginnt jedoch schon zu lesen und bekommt inkonsistente Daten
(Reader/Writer-Problem). Dies ist ein Beispiel für eine sogenannte Race Condition.
Bei einer Race Condition hängt das Ergebnis von der Reihenfolge, in der die
Threads ausgeführt werden, ab. Um deterministische Ergebnisse zu erzielen, ist
daher eine Synchronisation im Sinne einer definierten Abarbeitungsreihenfolge der
Threads zwingend erforderlich.