Discussion :

[Gragra]

bonjour

actuellement je cherche à mettre en ouevre une appli multithread.

mon problème se situe dans un choix de structure:

soit une fonction lire() qui va regulierement lire un evenement (c'est cette fonction qui tourne en thread)

soit un timer qui va synchroniser mon systeme.

est il plus judicieux de:
a) faire une boucle infini dans lire()et synchroniser via une condition
b) relancer le thread lire() à chaque fois (timer: 100ms environ)

en bref je recrée mon thread ou je boucle dans la fonction de mon thread ??

est ce que dans les 2 cas je suis cohérent avec l'utilisation de threads, et sachant que lire() va faire ca frequemment (50ms), qu'est ce qui sera le + efficace ?

(c'est la boucle sans fin qui me fait un peu peur en fait )

merci d'avance !

[Médinoc]

Je pense qu'il sera plus efficace de faire une boucle NON infinie qui synchronisera via un événement et qui se terminera aussi via un événement.

[Jérémy Lefevre]

hmm une boucle oui mais tu doit toujour prevoir un arret!!

[Gragra]

merci pour vos conseils.

effectivement j'ai bien des sécurités dans le code qui empechent une race condition, ou un lock, cependant, etant donné la frequence de lire() qui s'approche des 50ms, j'ai peur de ne pas tenir la cadence si je detruis et refais un thread toute les 50ms (sans compter que j'ai 5 autres threads qui tournent en parallèle, mais reveillés toutes les 500ms par contre).

vous en pensez quoi au vu de ces nouvelles information s ?

[Médinoc]

Toujours pareil, tu minimises autant que possible les créations de threads. Donc, il vaut mieux utiliser une boucle.

[Gragra]

Toujours pareil, tu minimises autant que possible les créations de threads. Donc, il vaut mieux utiliser une boucle.

ah super, je viens de relire ta premiere réponse je n'avais pas bien compris ton point de vue (je pensais que tu etais contre la boucle) , effectivement il est interessant.

Merci à tous