Es gibt mehr Prozesse als Prozessoren (Kerne), daher können nicht alle gleichzeitig ausgeführt werden.

Alle Prozesse laufen gleichzeitig, daher ist kein Scheduling erforderlich.

Die Anzahl der vorhandenen Prozesse muss genau der Anzahl der Prozessoren (Kerne) entsprechen.

Genau ein Prozess kann zu einem bestimmten Zeitpunkt auf einem Prozessor (Kern) laufen.

Kontra: Sie erfordern dennoch, dass für jede neue Aufgabe ein eigener Thread erstellt wird.

Thread-Pools können nicht für Hintergrundaufgaben verwendet werden.

Pro: Sie verhindern, dass in einer Warteschlange liegende Aufgaben unter hoher Last warten müssen.

Pro: Sie beseitigen den wiederholten Overhead durch das Erstellen/Beenden von Threads.

Kontra: Wenn alle Worker-Threads ausgelastet sind, müssen neue Aufgaben warten, bis ein Thread frei wird.

Kontra: Sie bieten weniger direkte Kontrolle über einzelne Threads als bei der manuellen Verwaltung.

Sie werden häufig für Hintergrund- oder Worker-Aufgaben eingesetzt.

Der Systemaufruf execve ersetzt den aufrufenden Prozess durch den aufgerufenen Prozess.

Der Systemaufruf fork erstellt einen Klon des aufrufenden Prozesses.

Der Systemaufruf execve erstellt einen Kindprozess.

Der Systemaufruf fork führt direkt einen Befehl aus.

Nach einem fork erhält der Kindprozess eine eindeutige Prozess-ID (PID).

Die Bearbeitungszeit von ISRs sollte minimiert werden, um die Aufgabenplanung möglichst wenig zu stören.

Interrupts können jederzeit auftreten und machen das System asynchron.

Polling ist in Bezug auf Effizienz immer Interrupts überlegen.

Interrupts blockieren die CPU für jeglichen Code, bis das Betriebssystem sie explizit neu startet.

Die Häufigkeit und Dauer der ISR-Ausführung kann das Gesamttiming beeinflussen.

Interrupts sind grundsätzlich synchron, da sie nur zu vorab definierten Zeiten vom OS ausgelöst werden.

Länger laufende ISRs können die Antwortzeiten eines Systems verschlechtern.

Bereitstellung von Proportionalität, d. h. die Erfüllung der Nutzererwartungen an die Systemleistung.

Minimierung der Antwortzeiten ist ein wesentliches Ziel.

Fairness

Maximierung der CPU-Auslastung ist das Hauptziel interaktiver Systeme.

Das Einhalten strikter Deadlines ist das Hauptziel.

Threads teilen Ressourcen und Adressraum mit ihrem Elternprozess, wodurch sie weniger ressourcenintensiv sind als vollständige Prozesse.

Threads benötigen keine Ressourcen, um zu funktionieren.

Threads sind weniger ressourcenintensiv als Prozesse, da sie keine separaten Ressourcen oder Adressräume besitzen.

Threads arbeiten vollständig unabhängig von ihrem Elternprozess.

Browser-Cookies

Name der ausführbaren Datei

Speicheradresse der aktuell ausgeführten oder nächsten Anweisung

Anzahl der Benutzerinteraktionen (wie oft hat der Benutzer den Prozess in den Vordergrund geholt)

Zeitstempel des Prozessstarts

Befehlszeilenargumente

Informationen über den Prozesskontext

Lokale Variablen der Funktionen

Sicherheitsattribute (z. B. Berechtigungen)

Prozess-ID

An Funktionsaufrufe übergebene Parameter

Auf dem Heap angelegte Speicherobjekte

Dateideskriptoren oder Ressourcen-Handles

Rückgabewert der Funktionen