Comment dormir ou mettre en pause un PThread en c sous Linux

Je développe une application dans laquelle je ne le multithreading. Un de mes threads de travail affiche les images sur le widget. Un autre thread joue son. Je veux stop/suspension/pause/sommeil le filetage sur un événement de clic de bouton. C'est le même que lorsque l'on clique sur le lecteur vidéo bouton play/pause.
Je suis le développement de mon application en c++ sur linux plate-forme à l'aide de la bibliothèque pthread pour l'enfilage.

Quelqu'un peut-il me dire comment je atteindre fils pause/suspendre?

InformationsquelleAutor Muhammad Ummar | 2009-10-22
  1. 29

    Vous pouvez utiliser un mutex, la variable de condition, et un drapeau commun variable pour ce faire. Supposons elles sont définies à l'échelle mondiale:

    pthread_mutex_t lock = PTHREAD_MUTEX_INITIALIZER;
pthread_cond_t cond = PTHREAD_COND_INITIALIZER;
int play = 0;

    Vous pourriez structure de votre système de lecture de code comme ceci:

    for(;;) { /* Playback loop */
    pthread_mutex_lock(&lock);
    while(!play) { /* We're paused */
        pthread_cond_wait(&cond, &lock); /* Wait for play signal */
    }
    pthread_mutex_unlock(&lock);
    /* Continue playback */
}

    Ensuite, pour jouer vous pouvez faire ceci:

    pthread_mutex_lock(&lock);
play = 1;
pthread_cond_signal(&cond);
pthread_mutex_unlock(&lock);

    Et de la pause:

    pthread_mutex_lock(&lock);
play = 0;
pthread_mutex_unlock(&lock);
    • Ce n'est pas vraiment sûr de jamais accéder à une variable partagée à l'échelle mondiale dans un environnement multi-thread. Verrouiller le mutex avant de vérifier !play et également utiliser un mutex lors de la configuration de play = 0;. Dans la pratique, ce ne sera pas un problème sur un seul système central, mais il est toujours mieux d'écrire corriger/futur code.
    • Dans la pratique, il ne sera pas un problème pour la plupart des systèmes multi-coeurs, bien que vous avez raison, ce n'besoin d'au moins un couple de barrières de mémoire. Sans eux, la pause peut prendre arbitrairement une longue temps pour prendre effet. Bien sûr, tout verrouiller le mutex est bien aussi, et je vais modifier cette réponse pour le faire. 🙂
    • De réponses mis à jour! Veuillez voir mon commentaire précédent si.
    • La lecture ou l'écriture d'une variable jusqu'à la cpu max taille de mot est généralement atomique, et la modification d'un seul bit comme dans ce cas est pratiquement atomique, par définition. Le mutex ici n'a quasiment aucun effet: avec ou sans elle, si deux threads tentent de changer play dans le même temps, alors on va écraser les autres, et si une lecture et une écriture se produire en même temps, puis la lecture peut retourner une valeur. La seule garantie que vous vraiment besoin ici, c'est que play est défini (par exemple par l'intermédiaire d'une barrière de mémoire) avant pthread_cond_signal communiqués de la pthread_cond_wait. Peut-pthread de mise en œuvre de pas la garantie que?
    • Pour plus d'info voir cette question et réponses: stackoverflow.com/questions/1003190/... ... En bref, vous l' pour pour verrouiller le mutex autour de pthread_cond_wait() et il est recommandé autour de pthread_cond_signal().
    • Si un signal frappe une variable de condition et personne n'est là pour l'attendre, il ne cause pas d'un réveil. Verrouiller le mutex avant d'appeler pthread_cond_signal garanties, soit (1) la lecture du thread n'a pas remarqué qu'il est en pause, ou encore (2) la lecture du thread est actuellement en attente du signal pour réactiver. Je suis d'accord—verrouiller le mutex juste pour définir un int est inutile raisonnables de la machine, mais il est aussi assez inoffensif.
    • Je suis assez sûr que vous pouvez utiliser si(!jouer) plutôt que(!jouer) -- le pthread_cond_wait commande bloque l'exécution du thread jusqu'à ce que la condition est satisfaite.
    • Vous ne pouvez pas compter sur cela. pthread_cond_wait peut se réveiller avant que le signal est envoyé. Vous avez pour vérifier la condition. Voir: pubs.opengroup.org/onlinepubs/7908799/xsh/...

    InformationsquelleAutor LnxPrgr3
  2. 3

    Vous avez votre fils sondage pour les "messages" à partir de l'INTERFACE utilisateur à intervalle régulier. En d'autres termes, l'INTERFACE utilisateur dans un thread postes des messages d'action pour les threads de travail par exemple audio/vidéo.

    • C'est probablement la meilleure réponse ici. Le problème c'est que c'est tellement mince sur des détails qu'il n'a pas vraiment répondre à la question.
    InformationsquelleAutor jldupont