Discussion :

[lucky]

Bonjour,

sachant que j'ai un thread qui me gère de façon autonome un timer rapide (10ms) ; celui ci me fait l'acquisition de données (type double) copiées dans une ligne d'un dataTable.
Dans un timer de form, je lis ces données (des groupes de plusieurs lignes du DataTable) et modifie une de ces données et les copies dans des "serie" de chart pour afficher les courbes de ces données.
Je pense avoir une "collision" entre l'écriture du premier Thread et lecture/ecriture du datatable dans le Timer de Form.

comment m'est il possible de synchroniser les thread en sachant que celui d'acquisition (10ms) est prioritaire par rapport à celui du Timer de form pour affichage et traitement de la donnée.
Lock , Mutex.... ???

Merci

[clparis]

Personnellement j'utilise lock pour des ressources simple, tu peux aussi utiliser Interlocked, pour des opérations simples et j'utilise mutex
pour synchroniser des processus différents .

[Pol63]

si tu n'as qu'un lecteur : lock
si plusieurs threads peuvent lire en même temps : readerwriterlockslim (lecture simultanné possible alors qu'avec le lock ce n'est pas le cas, mais ca garde l'écriture en verrou unique)

[phil_tema]

Bonjour,

Une autre approche : utiliser un buffer... !

Comme tu ne peux pas garantir que les données seront traitées aussi vite qu'elles arrivent, il te faut un buffer tampon
qui stocke les données issues de l'acquisition pour pouvoir les traiter par la suite.

Un thread remplit le buffer, un autre thread le vide... Cela te permet de désynchroniser les 2 opérations et de pouvoir absorber des pics
de charge du PC (tu n'es pas le seul à bosser sur ces p.... de machines !)

Idéalement, il faut que tu reproduises le mécanisme de FIFO . Le thread d'acquisition remplit le buffer s'il y a de la place, et le thread de lecture le vide
s'il y a suffisamment de choses à lire.

Dans ce cas, le lock suffit (pour le thread d'acquisition).

@+,
Phil