Non-bloquant pthread_join

Je suis le codage de l'arrêt d'un serveur multithread.Si tout se passe comme il se doit tous les threads de sortir de leur propre, mais il ya une petite chance que le fil se coince.Dans ce cas, il serait pratique de disposer d'un non-bloquant joindre afin que je puisse faire.

Est-il un moyen de faire un non-bloquant pthread_join?
Une sorte de chronométrés rejoindre serait bien aussi.

quelque chose comme ceci:

foreach fil 
nb_pthread_join(); 
si toujours en cours d'exécution 
pthread_cancel();

Je pense, plus de cas d'un non-bloking rejoindre serait utile.

Comme il semble, il n'y a pas de telle fonction, donc j'ai déjà codé une solution de contournement, mais il n'est pas aussi simple que je le voudrais.

  • non-blocage de la jointure de thread? Je pensais rejoindre était tout au sujet de blocage :s
InformationsquelleAutor Figo | 2008-09-16
  1. 1

    Comme d'autres l'ont souligné, il n'est pas un non-bloquant pthread_join disponibles dans le standard pthread bibliothèques.

    Toutefois, compte tenu de votre problème (en essayant de garantir que l'ensemble de vos fils ont quitté le programme d'arrêt) une telle fonction n'est pas nécessaire. Vous pouvez simplement faire ceci:

    int killed_threads = 0;
for(i = 0; i < num_threads; i++) {
   int return = pthread_cancel(threads[i]);
   if(return != ESRCH)
      killed_threads++;
}
if(killed_threads)
    printf("%d threads did not shutdown properly\n", killed_threads)
else
    printf("All threads exited successfully");

    Il n'y a rien de mal avec l'appel de pthread_cancel sur l'ensemble de vos threads (terminé ou non) afin de l'appelant que pour l'ensemble de votre fils ne va pas bloquer et la garantie du fil de sortie (propre ou non).

    Qui devrait être considéré comme un "simple" solution de contournement.

    • Cette réponse est fausse. Ayant appelé avec succès pthread_cancel sur chaque thread ne garantit pas que tous les threads ont cessé d'exister. Ils pourraient ne pas avoir atteint toute annulation point, ou même si elles ont, le thread principal peut obtenir prévue le premier et le retour de main, tuer le processus, avant que les autres threads peuvent terminer le nettoyage de...
    • Je pense que cette réponse a besoin d'un pthread_join() après le pthread_cancel(): "Après l'annulation de fil a pris fin, une jointure avec ce thread à l'aide de pthread_join(3) obtient PTHREAD_CANCELED comme le fil de sortie du statut. (Joindre à un thread est la seule façon de savoir que l'annulation est effectuée.)"
    InformationsquelleAutor Frosty
  2. 22

    Si vous exécutez votre application sur Linux, vous pourriez être intéressés de savoir que:

    int pthread_tryjoin_np(pthread_t thread, void **retval);

int pthread_timedjoin_np(pthread_t thread, void **retval,
                                const struct timespec *abstime);

    Être prudent, car le suffixe indique, "np" signifie "non portable". Ils ne sont pas la norme POSIX, les extensions gnu, si utiles qu'.

    lien vers la page de man

    InformationsquelleAutor yves Baumes
  3. 10

    Le " pthread_join mécanisme est pratique à utiliser que si il arrive à faire exactement ce que vous voulez. Il ne fait rien, tu ne pouvais pas faire vous-même, et où il n'est pas exactement ce que vous voulez, code exactement ce que vous voulez.

    Il n'y a pas de véritable raison pour laquelle vous devriez effectivement se préoccuper de savoir si un thread a résilié ou non. Ce qui vous préoccupe est de savoir si le travail que le fil était en train de faire est terminée. Dire que le thread de faire quelque chose pour indiquer qu'il fonctionne. La façon de le faire dépend de ce qui est idéal pour votre problème spécifique, qui dépend fortement de ce que les fils sont en train de faire.

    Commencez par changer votre façon de penser. Ce n'est pas un fil qui se coince, c'est ce que le fil était en train de faire qui se coince.

    • Ajoutez un exemple de code s'il vous plaît? J'ai environ le même problème, un processus appelle les deux fils et ne doit quitter une fois le filetage de sortie -- aucune des réponses ici expliqué comment faire somerthing similaire à la fourchette wait() de la fonction. (J'ai ajouté à cette question dans les favoris, ça va m'avertir une fois que vous répondre automatiquement)
    • Avoir un booléen, protégée par un mutex, qui stocke l'état de la chose que vous voulez savoir. Si vous le souhaitez, utiliser une variable de condition de signal sur le changement de la valeur de type boolean.
    • Merci. Exemple de code serait utile, mais je pourrais essayer de chercher ailleurs, trop.
    • Votre question est juste "comment dois-je attendre pour quelque chose"?
    • Oui; les threads posix (pthread_create et pthread_join) semble fonctionner de façon similaire à ce dont j'ai besoin, à l'aide de pthread_join ... pas de problème maintenant. Je vous remercie pour votre temps.
    • ... ... ou pas. Comme je l'ai dit exemple de code serait utile, ils semblent tout simplement faire un succès pthread_join appel, mais le fil n'a pas fini son travail.
    • Au lieu d'essayer de joindre le fil, attendez jusqu'à ce que le travail est terminé. Cela réduit votre question à la beaucoup plus simple -- "comment dois-je attendre pour quelque chose". La réponse est, utiliser des variables de condition.
    • Quelle fonction dois-je utiliser pour travailler avec les variables de condition? Avez-vous une page de manuel, le nom de la fonction, exemple de se référer à moi? (comme mentionné plus tôt, j'ai ajouté à cette question dans les favoris, ça va m'avertir une fois que vous répondre automatiquement)

    InformationsquelleAutor David Schwartz
  4. 3

    Si vous êtes en développement pour QNX, vous pouvez utiliser pthread_timedjoin() fonction.

    Sinon, vous pouvez créer un thread qui va effectuer pthread_join() et alerte les parents du fil, par la signalisation d'un sémaphore par exemple, que l'enfant thread se termine. Ce thread séparé pouvez revenir ce qui est devient de pthread_join() pour que le parent fil de déterminer non seulement lorsque l'enfant se termine, mais aussi la valeur qu'elle renvoie.

    InformationsquelleAutor dmityugov
  5. 1

    La réponse dépend vraiment pourquoi vous voulez le faire. Si vous voulez juste pour nettoyer dead threads, par exemple, il est probablement plus facile juste pour avoir un "dead threads nettoyeur" thread que des boucles et des jointures.

    InformationsquelleAutor raldi
  6. 1

    Je ne suis pas sûr exactement ce que vous voulez dire, mais je suis en supposant que ce que vous avez besoin c'est d'attendre et d'en informer le mécanisme.

    En bref, voici comment cela fonctionne: Vous attendez pour une condition à satisfaire avec un délai d'attente. Votre attente sera plus si:

    • Le délai d'attente se produit, ou
    • Si la condition est satisfaite.

    Vous pouvez avoir cela dans une boucle et ajouter un peu plus d'intelligence à votre logique. La meilleure ressource que j'ai trouvé pour ce lié à Pthreads est ce tutoriel:
    POSIX Threads la Programmation (https://computing.llnl.gov/tutorials/pthreads/).

    Je suis aussi très surpris de voir qu'il n'y a pas d'API pour chronométré rejoindre dans Pthreads.

    InformationsquelleAutor Srikanth
  7. 1

    Il n'est pas chronométré pthread_join, mais si vous êtes en attente pour les autres thread bloqué sur les conditions, vous pouvez utiliser chronométré pthread_cond_timed_wait au lieu de pthread_cond_wait

    InformationsquelleAutor shodanex
  8. 0

    De pousser un octet dans un tuyau ouvert de non-blocage de signal pour les autres fil lorsque c'est fait, puis d'utiliser un non-blocage de la lecture pour vérifier l'état de la pipe.

    InformationsquelleAutor Doug T.