3.2.11.5 Zusammenfassung Synchronisation
| [gesichtete Version] | [gesichtete Version] |
Kwastg (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
|||
| (2 dazwischenliegende Versionen von einem anderen Benutzer werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
Das Kapitel zur [[Synchronisation|Prozess-Synchronisation]] lässt sich ganz einfach zusammenfassen: | Das Kapitel zur [[Synchronisation|Prozess-Synchronisation]] lässt sich ganz einfach zusammenfassen: | ||
</p> | </p> | ||
| Zeile 32: | Zeile 29: | ||
</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> | |||
</loop_area> | |||
</p> | |||
<br /> | |||
== Alternative Webquelle zum Thema == | |||
<p> | |||
<loop_area type="websource"> | |||
<p> | |||
Operating Systems: Process Synchronization<br /> | |||
<small>http://www.cs.uic.edu/~jbell/CourseNotes/OperatingSystems/5_Synchronization.html</small> | |||
</p> | |||
<p> | |||
[http://www.cs.uic.edu/~jbell/ Dr. John T. Bell]<br /> | |||
Department of Computer Science<br /> | |||
University of Illinois, Chicago<br /> | |||
</p> | </p> | ||
</loop_area> | </loop_area> | ||
Aktuelle Version vom 10. November 2020, 13:50 Uhr
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.
Alternative Webquelle zum Thema
Websource
Operating Systems: Process Synchronization
http://www.cs.uic.edu/~jbell/CourseNotes/OperatingSystems/5_Synchronization.html
Dr. John T. Bell
Department of Computer Science
University of Illinois, Chicago
Diese Seite steht unter der Creative Commons Namensnennung 3.0 Unported Lizenz http://i.creativecommons.org/l/by/3.0/80x15.png