So initialisieren Sie eine binäre semaphore in C

In der Mann Seite es scheint, dass auch, wenn die Initialisierung einer semaphore auf einen Wert von eins:

sem_init(&mySem, 0, 1);

Es könnte noch erhöht werden auf einen Wert größer als 1, die mit mehreren anrufen zu

sem_post(&mySem);

Aber in diesem code-Beispiel der Kommentar scheint anders zu denken:

sem_init(&mutex, 0, 1);      /* initialize mutex to 1 - binary semaphore */

Ist es möglich, zu initialisieren, eine streng binäre semaphore in C?

Hinweis: Der Grund, dies zu tun, anstatt mit einem mutex in diesem Fall ist die sem_post und sem_wait genannt werden kann, die von verschiedenen threads.

InformationsquelleAutor austinmarton | 2011-09-19
  1. 9

    Wenn Sie möchten, eine streng binäre semaphore unter Linux, ich schlage vor, ein Gebäude aus Mutexe und bedingungsvariablen.

    struct binary_semaphore {
    pthread_mutex_t mutex;
    pthread_cond_t cvar;
    int v;
};

void mysem_post(struct binary_semaphore *p)
{
    pthread_mutex_lock(&p->mutex);
    if (p->v == 1)
        /* error */
    p->v += 1;
    pthread_cond_signal(&p->cvar);
    pthread_mutex_unlock(&p->mutex);
}

void mysem_wait(struct binar_semaphore *p)
{
    pthread_mutex_lock(&p->mutex);
    while (!p->v)
        pthread_cond_wait(&p->cvar, &p->mutex);
    p->v -= 1;
    pthread_mutex_unlock(&p->mutex);
}
    • Großen Dank! Ich hatte am Ende dabei ziemlich viel so.
    • Was genau ist der Punkt, der while Schleife in mysem_wait? Nicht eine einfache if-Anweisung do der job, da pthread_cond_wait wird reaquire die mutex, nachdem er signalisiert und pthread_cond_signal nur verstopfte ein single-thread wartet auf die Bedingung?
    • Bedingung Variablen unterliegen spurious wakeups und gestohlen wakeups. Sie muss verwenden Sie in einer Schleife, wenn Sie möchten, zu prüfen, eine Bedingung.
    • Ich kann nicht verstehen, nehme, den Sie aufrufen, warten Sie vor dem Anruf post. p->wird der mutex gesperrt, so dass, wenn Sie anrufen sem_post den thread zu sperren, in sem_post und alles wird gesperrt (ich bin mir sicher, dass ich falsch bin, aber ich bekomme es nicht), Wenn pthread_cond_signal entsperren des mutex, warum verwenden Sie zusätzliche mutex entsperren
    • Lesen Sie die manual-Seite für pthread_cond_wait. Es entsperrt den mutex, während er wartet. Ich sehe nicht ein, irgendwelche extra-mutex entsperren hier jeder Aufruf von lock() ist gekoppelt mit einem Aufruf von unlock() am Ende der Funktion.
    • das bedeutet, dass, wenn signalisiert wird, und warten Sie, bis das p beendet->wird der mutex wieder gesperrt?
    • die manual-Seite für pthread_cond_wait.

    InformationsquelleAutor Dietrich Epp
Schreibe einen Kommentar