Questions sur les threads: généralités

Version imprimable

30/10/2006, 15h04
Gragra

Questions sur les threads: généralités

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 !
30/10/2006, 15h06
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.
30/10/2006, 16h01
Jérémy Lefevre

hmm une boucle oui mais tu doit toujour prevoir un arret!!
30/10/2006, 16h34
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 ?
30/10/2006, 16h40
Médinoc

Toujours pareil, tu minimises autant que possible les créations de threads. Donc, il vaut mieux utiliser une boucle.
30/10/2006, 17h46
Gragra

Citation:

Envoyé par Médinoc

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 :mrgreen:
31/10/2006, 09h43
Luc Hermitte

reacteur/select/fonction-win32-qui-va-bien ?
31/10/2006, 12h14
Gragra

Citation:

Envoyé par Luc Hermitte

reacteur/select/fonction-win32-qui-va-bien ?

???

pas compris :D

ceci dit j'utilise les pthreads pour cette appli, meme si elle deale avec des mfc pour l'utilisation d'un ocx de controle, j'espère bien à terme utiliser une dll à la place de l'ocx, et ainsi porter cette appli en ligne de commande voire sous linux (la librairie serait portée aussi), si les perfs le demandent.
31/10/2006, 13h44
loufoque

select est une fonction qui te permet de savoir si il y a des données à lire sur un flux et de bloquer jusqu'à un certain temps
04/11/2006, 16h28
Luc Hermitte

:arrow: Pattern dont des implémentations sont portables.
The Design and Use of the ACE Reactor (pdf)

Comparing Two High-Performance I/O Design Patterns

:arrow: Spécificité *nix / POSIX pour être plus exact, IIRC
man select

:arrow: Spécificité win32
WaitForMultipleObjects() (j'ai eu la flemme de faire le google vers la msdn)

Bonnes lectures.