Coût de création et destruction de thread

Citation:

Envoyé par Mac LAK

Citation:

Envoyé par camboui

OK, j'ai compris.
Mais je ne pense pas que se soit utile pour mon problème.
C'est plutôt pour gérer des files d'attentes ou des "entonoirs".

C'est cool, tu fais les questions et les réponses tout seul, maintenant... :mrgreen:

Ben, quand j'ai obtenu des réponses, en général je le signale et dis merci. Même si la réponse vient d'ailleurs.
C'est fou le nombre de questions posées ça et là dans les forum et qui sont "oubliées" par l'initiateur. Je trouve ça dommage.
Ici, il y a l'option [résolu], c'est le seul forum ou j'ai vu ça et c'est très sympa (encore faut-il l'utiliser...).
;)

Citation:

Envoyé par Mac LAK

Plus sérieusement, çà sert à "dénombrer" quelque chose : dans ton cas, chaque thread "terminé" décrémente le sémaphore, puis l'attend (???): ainsi, tes threads "franchiront" tous le WFSO(Semaphore) en même temps. Sauf, bien sûr, si tu rajoutes une unité à ton sémaphore, à l'usage du thread principal... :twisted:

Ben non, ce n'est pas ce que j'ai compris. Un WFSO() sur un sémaphore n'attend QUE s'il ne peut pas être décrémenté (c'est-à-dire qu'il vaut zéro). Tant que le sémaphore est >0, le WFSO() décrémente ET continue.

Une bonne analogie, ce sont les parkings avec le panneau "complet" à l'entrée. Le sémaphore est initialisé au nombre de places dispo dans le parking. La barrière à l'entrée du parking c'est le WFSO(); tant qu'il y a de la place, c'est-à-dire qu'on peut décrémenter par 1, on passe. Dès qu'il n'y a plus de place, on est bloqué derrière la barrière et le panneau "complet" s'allume (bloqué au WFSO donc). A la caisse du parking chaque voiture qui sort libère une place (c'est le ReleaseSemaphore).