3.2.11.5 Zusammenfassung Synchronisation
| [gesichtete Version] | [gesichtete Version] |
| Zeile 3: | Zeile 3: | ||
<p> | <p> | ||
Das Kapitel zur Prozess-Synchronisation lässt sich ganz einfach zusammenfassen: | Das Kapitel zur Prozess-Synchronisation lässt sich ganz einfach zusammenfassen: | ||
</p> | |||
<p> | |||
* Durch nebenläufige Ausführung von Prozessen (oder Threads) können Race Conditions entstehen. | |||
</p> | </p> | ||
<p> | <p> | ||
* Mit Aktivem Warten können kritische Abschnitte geschützt werden. | * Mit Aktivem Warten können kritische Abschnitte geschützt werden. | ||
</p> | |||
<p> | |||
* Um dabei das Problem des ungünstigsten Moments zu lösen, mussten die CPU-Hersteller den TSL-Befehl in den Prozessor integrieren. | * Um dabei das Problem des ungünstigsten Moments zu lösen, mussten die CPU-Hersteller den TSL-Befehl in den Prozessor integrieren. | ||
</p> | |||
<p> | |||
* Der Nachteil des Aktiven Wartens ist die Verschwendung von CPU-Zeit. | * Der Nachteil des Aktiven Wartens ist die Verschwendung von CPU-Zeit. | ||
</p> | |||
<p> | |||
* Diesen Nachteil besitzen Semaphore nicht, denn sie blockieren Prozesse, wodurch sie keine weitere CPU-Zeit mehr zugesprochen bekommen. | * Diesen Nachteil besitzen Semaphore nicht, denn sie blockieren Prozesse, wodurch sie keine weitere CPU-Zeit mehr zugesprochen bekommen. | ||
</p> | |||
<p> | |||
* Ein durch einen Semaphor blockierter Prozess muss durch einen anderen Prozess wieder entblockiert werden. Wenn der Programmierer des anderen Prozesses dieses vergisst, so gibt es ein Problem. | * Ein durch einen Semaphor blockierter Prozess muss durch einen anderen Prozess wieder entblockiert werden. Wenn der Programmierer des anderen Prozesses dieses vergisst, so gibt es ein Problem. | ||
</p> | |||
<p> | |||
* Das größte Problem beim Einsatz von Semaphoren ist also der Mensch (<math>\rightarrow</math>der Programmierer). | * Das größte Problem beim Einsatz von Semaphoren ist also der Mensch (<math>\rightarrow</math>der Programmierer). | ||
</p> | |||
<p> | |||
* Das Monitor-Konzept wurde als Verbesserung des Semaphor-Konzepts entwickelt. | * Das Monitor-Konzept wurde als Verbesserung des Semaphor-Konzepts entwickelt. | ||
</p> | |||
<p> | |||
* Dabei wird der Mensch (<math>\rightarrow</math>Programmierer) als Fehlerquelle bei der Synchronisation weitgehend ausgeschaltet. | * Dabei wird der Mensch (<math>\rightarrow</math>Programmierer) als Fehlerquelle bei der Synchronisation weitgehend ausgeschaltet. | ||
</p> | </p> | ||
Version vom 6. Februar 2015, 18:36 Uhr
Zusammenfassung Synchronisation
Das Kapitel zur Prozess-Synchronisation lässt sich ganz einfach zusammenfassen:
- Durch nebenläufige Ausführung von Prozessen (oder Threads) können Race Conditions entstehen.
- Mit Aktivem Warten können kritische Abschnitte geschützt werden.
- Um dabei das Problem des ungünstigsten Moments zu lösen, mussten die CPU-Hersteller den TSL-Befehl in den Prozessor integrieren.
- Der Nachteil des Aktiven Wartens ist die Verschwendung von CPU-Zeit.
- Diesen Nachteil besitzen Semaphore nicht, denn sie blockieren Prozesse, wodurch sie keine weitere CPU-Zeit mehr zugesprochen bekommen.
- Ein durch einen Semaphor blockierter Prozess muss durch einen anderen Prozess wieder entblockiert werden. Wenn der Programmierer des anderen Prozesses dieses vergisst, so gibt es ein Problem.
- Das größte Problem beim Einsatz von Semaphoren ist also der Mensch (der Programmierer).
- Das Monitor-Konzept wurde als Verbesserung des Semaphor-Konzepts entwickelt.
- Dabei wird der Mensch (Programmierer) als Fehlerquelle bei der Synchronisation weitgehend ausgeschaltet.
Diese Seite steht unter der Creative Commons Namensnennung 3.0 Unported Lizenz http://i.creativecommons.org/l/by/3.0/80x15.png