3.2.11.5 Zusammenfassung Synchronisation
| [gesichtete Version] | [gesichtete Version] |
| Zeile 32: | Zeile 32: | ||
</p> | </p> | ||
<p> | <p> | ||
* Dabei wird der Mensch (<math>\rightarrow</math> Programmierer) als Fehlerquelle bei der Synchronisation weitgehend | * Dabei wird der Mensch (<math>\rightarrow</math> Programmierer) als Fehlerquelle bei der Synchronisation weitgehend ausgeschlossen. | ||
</p> | </p> | ||
</loop_area> | </loop_area> | ||
Version vom 6. Februar 2015, 21:33 Uhr
Zusammenfassung Synchronisation
Das Kapitel zur Prozess-Synchronisation lässt sich ganz einfach zusammenfassen:
Zusammenfassung
- Durch nebenläufige Ausführung von Prozessen (oder Threads) können Race Conditions entstehen.
- Durch aktives Warten können kritische Abschnitte geschützt werden. Race Conditions werden dadurch vermieden.
- 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 diese 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 ausgeschlossen.
Diese Seite steht unter der Creative Commons Namensnennung 3.0 Unported Lizenz http://i.creativecommons.org/l/by/3.0/80x15.png