Wie verändern die rekursive locking-Verhalten von Windows-Mutex?

Windows-Mutex scheint damit eine erworbene Sperre wieder erworben zu werden (rekursiv), wenn der thread derzeit im Besitz der Sperre versucht, es zu erwerben.

Aber, pthread posix-basiert sperren nicht erlauben, solch ein Verhalten.

Gibt es eine compile-Zeit-makro oder irgendwelche Einstellungen, die das windows-mutex-Verhalten in der gleichen Weise wie die pthread mutex?

InformationsquelleAutor Jay | 2010-01-01
  1. 8

    Solange Sie das Programm in Windows, vermeiden reimplementing das Verhalten seiner Mutex. Es wird re-Teilnehmer im gleichen thread ist absolut unerlässlich für den definierten Verhalten.

    Einem sync-Objekt ohne thread-Affinität ist ein semaphor, zählt zu 1. Verwenden CreateSemaphore().

    Fwiw, es ist sehr merkwürdig, dass Sie brauchen diese Art von Verhalten. Es klingt wie Sie versuchen, zu verwenden die gleichen sync-Objekt an mehreren stellen unpassend. Sie können die semaphore aber Sie verlieren potenzielle Parallelität. Erwägen Sie die Verwendung von mehr als einem mutex statt.

    • Tatsächlich, ich habe dieses problem mit zu kommen, legacy-code und ich möchte um es zu beheben, ohne Veränderung viel von der Logik. So, wollte wissen, ob sich das Verhalten geändert werden kann. Mein code sollte in mehreren OS, also will ich das Verhalten bleibt gleich über alle OS. "Es klingt wie Sie versuchen, zu verwenden die gleichen sync-Objekt an mehreren Orten unangemessen." - Ja. Das ist der Fall der negativen Szenario. Ich will einfach nur das Verhalten zu sein, derselben in allen OS im negativen Szenario. Vielen Dank für Ihre Antwort!
    • Gut, einen Schub semaphore. Multi-Plattform-und nicht-reentrant.
    • Sie möchten möglicherweise verwenden Sie nicht rekursiven mutex synchronisieren von Aufgaben (zum Beispiel Durchführung einer Barriere zwischen den N-Aufgaben). In fügen gibt es Tonnen von Gründen, zu betrachten rekursive mutex schädlich und zu vermeiden.
    InformationsquelleAutor Hans Passant
  2. 8

    Sie nicht ändern kann die Tatsache, dass Windows Mutexe sind rekursiv. Und während der Posix-threads sind nicht standardmäßig rekursiv, Sie kann Verwendung pthread_mutexattr_settype() mit der PTHREAD_MUTEX_RECURSIVE flag zu machen, ist so.

    Sperren einer mutex in Windows ist tatsächlich eine sehr teure operation, und am besten geeignet, um inter-Prozess-synchronisation. Für ein mutex verwendet, die nur innerhalb eines einzigen Prozesses, einer kritischen Abschnitt ist in der Regel verwendet, aber diese sind re-entrant auch. Als nobugz Staaten, müssen Sie verwenden einen semaphor, initialisiert mit einer maximalen Anzahl von 1, um nicht-rekursive synchronisation.

    Einem semaphor-Objekt ist wie eine Besondere Zähler, das kann atomar inkrementiert und dekrementiert mehrere threads (oder Prozesse, wenn erstellt, freigegeben). Durch die Schaffung eines mit einer maximalen Anzahl von 1, erhalten Sie die nicht-rekursive Verhalten, die Sie benötigen.

    InformationsquelleAutor gavinb
  3. 2

    Schlage ich Lese - /Schreib-locks (aka SRW). Wie Windows-Mutex, Sie sind nicht rekursiv. Wie Kritische Abschnitte, Sie sind leicht und tun nicht Aufruf-kernel, wenn Sie frei sind (Benchmarks).

    InformationsquelleAutor Jérôme Pouiller
  4. 0

    Haben Sie einen Blick auf diese Artikel unter "fast mutex'.

    Diese Art von Mutexe werden nicht rekursiv erworben.

    Natürlich, man müsste schauen in wie implementieren Sie in C

    • Die Schnelle Mutex-Unterstützung ist vorgesehen für die Fahrer, nicht die user-mode-code.
    InformationsquelleAutor Tony The Lion
Schreibe einen Kommentar