Unterschied Monitor/Critical section/Mutex

[SMO]

Für Windows gilt: Critical Sections sind schneller als ein Mutex, aber dafür nicht global. Eine CS ist kein Kernelobjekt (hat ja auch kein Handle), erfordert deswegen keinen langsamen Kontextwechsel vom User Mode in den Kernel Mode. Jedenfalls wenn die CS nicht gesperrt ist. Eine CS kann nur für Threads innerhalb ein und desselben Prozesses benutzt werden. Ein Mutex dagegen ist ein Kernelobjekt, erfordert deshalb immer einen Kontextwechsel, kann dafür aber auch global über mehrere Prozesse hinweg benutzt werden.

Zu TMonitor kann ich nichts sagen.

[jaenicke]

TMonitor ist oft die schnellste Variante, da zuerst ein paar Spins versucht werden, ob es nicht vielleicht schon gleich funktioniert bevor die teure Variante (gemessen an Rechenzeit) mit WaitFor... Funktionen der API (WaitForSingleObject z.B., hab nicht geschaut was verwendet wird) benutzt wird.

[Der schöne Günther]

Hat man TMonitor nicht eine katastrophale Performance nachgesagt bis sich dessen in XE5 angenommen wurde?

Auf jeden Fall hier ein bisschen Stoff: http://www.delphitools.info/2013/06/...iticalsection/

[jaenicke]

Das stimmt, das bezog sich auf die aktuellen Versionen. Aber man kann ja den SpinCount auch manuell jeweils setzen. Das ist eine der Änderungen, die das ganze schneller gemacht hat.

[stoxx]

Den Spincount kann man übrigens auch bei Critical Sections einstellen / ändern.

"InitializeCriticalSectionAndSpinCount"

https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Mmt TMonitor war es die einzige Möglichkeit unter Android / Firemonkey, die ich gefunden habe, einen Thread äquivalent zu Windows mit Event + WaitforSingleObject aus dem Schlafmodus sofort aufzurufen.

.