Discussion :

[zenetcalme]

Bonjour,

j'ai un probl�me de syncronisation entre mes threads.
Mon programme principal cr�er 3 instances d'une m�me thread avec un "contexte" (une structure pass� en param�tre) diff�rent.
Les threads doivent emettre des trames sur un reseaux.
J'ai synchronis� le tout avec des events et ca marchait tr�s bien.
Puis j'ai mis un espion sur le reseaux, et la !

mes threads mettent au minimum (je suis gentil), 10 ms avant de se lancer...
c'est inacceptable pour mon prog... il faudrais au pire, diviser ce temps par deux.

voila ma question:
y a t'il un moyen de dire � windows: j'ai fait un "setevent", vas vite voir s'il y a pas une thread ou deux qui l'atend???

merci d'avance,

[bandit boy]

Salut,
Jette un oeil du c�t� de la fonction Synchronize, CheckSynchronize je pense que c'est ce que tu souhaites.

[zenetcalme]

Ben en fait, j'ai compil� mon projet en version final, et j'ai ferm� borland.
resultat, le temps est tomb� � 4 ms.
raisonnable...

par contre, je ne comprend pas comment utiliser tes 2 m�thodes.

j'ai d�j� eu affaire a elles quand j'avais des thread qui devait acceder au controle d'une form quelconque... mais la, j'ai pas compris...
ca synchronise avec le prog principal?

en fait, mes threads ne font qu'attendre un "event", et le traite...
donc, la synchro vas peter de suite non???

ps:si je peux gagner encore du temps, je suis preneur!

[DjmSoftware]

bonjour,
utilise tu la classe TThread de la VCL ou bien directement les Threads de Win32
dans le premier cas ou a tu plac� ta m�thode WaitForSingleObject

Cordialement

[bandit boy]

Sinon, tu dois pouvoir utiliser (s'ils ne sont pas de la classe TThread mais des fonctions lanc�es en tant que Thread) tout simplement

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Application->ProcessMessage();

Pour rendre la main � l'OS pour ex�cuter d'autres fonctions (en l'occurence les autres Threads). Le risque est qu'il y ai d'autres t�ches � faire qui prennent du temps.

Pour la m�thode Synchronize normalement, cela lance un "thread", en fait une t�che qui, j'ai lu ca quelque part, la pluspart du temps li� � l'affichage de qq chose � l'�cran. Mais cette m�thode reste � tester, � toi de nous dire si le temps s'en trouve effectivement raccourci.

[zenetcalme]

en fait, je me suis mal exprim�.
je suis dans le bout de code qui est li� au drivers.
et je ne peux pas envoyer de trames tant que je suis pas sortie de ma fonction.
c'est pour cela que j'ai �t� oblig� de creer mes threads.

j'ai �ssay� le

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

Application->ProcessMessage();

mais comme je sors pas de ma focntion, les trames sont pas envoy�!

quel bordel...
bon, je vais garder ma solution, elle est acceptable pour les contraintes actuels...

merci de votre aides a tous