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