Schlafende Threads können nach dem Aufwachen nicht mehr zum Anhalten aufgefordert werden.

Das Beenden eines Threads von außen kann zu inkonsistenten oder „beschädigten“ Daten führen.

Sprachen wie C# und Java bieten keine direkte Funktion zur externen Terminierung von Threads.

Die Verwendung von Funktionen wie 'thread.stop()' ist sicher und die übliche Methode, einen Thread vom Hauptprozess aus zu stoppen.

Ein Thread sollte sich in der Regel selbst beenden, wenn er ein gemeinsames „Stop“-Signal erkennt.

C# und Java stellen beide eine eingebaute thread.stop() Methode für eine sichere externe Terminierung bereit.

Das erzwungene Stoppen eines Threads von außen ist sicherer, als wenn der Thread sich selbst beendet.

Richtliniendurchsetzung (Policy Enforcement)

Echtzeit-Systeme müssen vorhersagbar (predictable) sein.

Die Maximierung der CPU-Auslastung ist das Hauptziel von Echtzeit-Systemen.

Das Einhalten von Ausführungsdeadlines ist für Echtzeit-Systeme nicht wichtig.

Es ist nicht möglich, dass das Betriebssystem einen laufenden Prozess willkürlich unterbricht.

Es erfordert, dass das Betriebssystem zufällig den laufenden Prozess anhält.

Es basiert auf einem festen Zeitquantum, um einen laufenden Prozess zu unterbrechen.

Der laufende Prozess wird weiter ausgeführt, bis er komplett fertig ist oder blockiert.

Geplante Indizierung eines Volumes.

Durch andere Prozesse nach dem Systemstart.

Beim Systemstart.

Prozesse können nur manuell vom Benutzer erstellt werden.

Durch Eingabe eines Befehls in der Shell.

Durch Doppelklick auf eine Anwendung.

Kontextwechsel erfordern nicht das Sichern des CPU-Zustands des alten Prozesses.

Ein Kontextwechsel erfordert niemals einen Interrupt, um in den Kernel-Modus zu wechseln.

Dieser Vorgang gilt als sehr effizient und erzeugt keinen nennenswerten Overhead.

Die CPU-Register des aktuell laufenden Prozesses werden bei einem Kontextwechsel gespeichert.

Sobald ein neuer Prozess ausgewählt ist, bleiben die Register des vorherigen Prozesses geladen.

Der Befehlszeiger (Instruction Pointer) wird gesichert, sodass der Prozess genau dort fortgesetzt werden kann, wo er unterbrochen wurde.

Der Overhead durch Kontextwechsel verbraucht CPU-Zeit, die nicht den Nutzerprozessen zur Verfügung steht.

Sie liegt auf einem externen Speichermedium (z. B. Festplatte) für schnelle Updates.

Sie unterstützt Scheduling-Entscheidungen, indem sie Informationen über den Prozessstatus bereitstellt.

Sie verfolgt Hardware-Interrupts, aber nicht Prozesse.

In vielen Systemen führt die Prozesstabelle auch Einträge für Threads.

Sie enthält Kontrollinformationen, die das Betriebssystem zur Prozessverwaltung benötigt.

Sie ersetzt vollständig die Notwendigkeit von Systemaufrufen.

Sie wird aktualisiert, wenn ein Prozess seinen Zustand ändert (z. B. von „Running“ zu „Blocked“).

Vordergrundprozesse laufen nur im Hintergrund des Betriebssystems.

Alle Prozesse interagieren in irgendeiner Weise mit Benutzern.

Ein Hintergrundprozess interagiert nicht direkt mit Benutzern.

Ein Webbrowser ist ein Vordergrundprozess, auch wenn der Benutzer in der IDE programmiert.

Ein Vordergrundprozess interagiert mit Benutzern.

Wenn ein neuer Prozess erzeugt wird

Wenn ein I/O-Interrupt auftritt

Wenn ein Prozess in einer Endlosschleife wartet

Wenn ein Prozess bei I/O oder einer Semaphore blockiert

Wenn ein Prozess eine Ausgabe erzeugt

Wenn ein Prozess beendet wird

Wenn ein Prozess aus dem eigenen Speicherbereich Daten liest