Gegenfrage:
Wenn jeder Thread seine eigene Sperre hat, wie sollen sich sich dann gegenseitig Sperren/Absichern?
Eine Resource muß mit einer eingeutigen (globalen) Sperre abgesichert werden und jeder der darauf zugreift muß diese Sperre nutzen.
Und ja, es kann schneller sein, daß wenn man mehrere Sachen absichert, für jedes eine eigene Sperre (CS) verwendet, da dann parallele Zugriffe, auf unterschiedliche (und hoffentlich unabhängige) Resourcen möglich sind.
Man muß nur aufpassen, daß sich die CS nicht gegenseitig behindern.
z.B.
Code:
Thread 1:
Sperre A holen
mach was mit A
Sperre B holen
mach was mit A und B
Sperre B freigeben
Sperre A freigeben
Thread 2:
Sperre B holen
mach was mit B
Sperre A holen
mach was mit A und B
Sperre A freigeben
Sperre B freigeben
Hier kann es passieren, daß sich beide Threads gegenseitig blockieren.
und zwar wenn sie Beide gleichzeitig im ersten "mach was" Teil sind und dann jeweils auf den Anderen warten, bis er die Sperre freigibt, was niemals passieren wird, weil sie ja aufeinander warten.
Wenn zwei/mehrere Sperren kompiniert werden, dann müssen sie immer in der gleichen Reihenfolge gesperrt werden, damit es keine Probleme gibt.
Bei mehreren verschachtelten Sperren muß die Reihenfolge stimmen und egal ob man eine Sperre benötigt, es müssen immer alle Vorgänger (in der Reihenfolge) mit gesperrt werden, damit man nicht in einem Deadlock landen kann.
Code:
Thread 2:
Sperre A holen
Sperre B holen
mach was mit B
//Sperre A holen // optional ... kann man, wenn recursive Sperren möglich sind, muß man aber nicht (z.B. wenn es für die Logik und einen einheitlichen Code gut ist)
mach was mit A und B
//Sperre A freigeben
Sperre B freigeben
Sperre A freigeben