Discussion :

[levalp]

Ok, et en effet le Queue est un bon choix ici.

La, il est possible que les thread multiples aient de l'interêt (à raison d'une thread par automate) mais elle n'ont pas plus de raison d'être mise en attente que ta thread pour automate unique.

Disons que pour l'instant je suis parti sur 1 seul automate, 1 seul thread créé au démarrage qui traite une requête, et ensuite fait un wait en attendant les requêtes suivantes. Mais peut-être qu'il serait mieux de créer un thread à chaque nouvelle requête, comme ca plus de wait (mon chef est partisant de la 1ere solution)
Après il reste le problème de la fonction "principale" de la DLL qui recueille les requêtes et attend la réponse, et là à mon avis il faut obligatoirement un wait.
Mon programme marche déjà mais sans les events, et il bouffe 50 voire 100% du CPU même quand il ne fait rien !
Pour plusieurs automates on verra plus tard, déjà il faudrait que ca marche bien pour 1.

[Bluedeep]

Disons que pour l'instant je suis parti sur 1 seul automate, 1 seul thread crée au démarrage qui traite une requête, et ensuite fait un wait en attendant les requêtes suivantes.
Mais peut-être qu'il serait mieux de créer un thread à chaque nouvelle requête, comme ca plus de wait (mon chef est partisant de la 1ere solution)

Je ne comprends pas l'interêt des threads multiples ici. Comment reçois tu tes requêtes depuis tes clients ? (sous quelle forme et par le biais de quel mécanisme)

[levalp]

Je ne comprends pas l'interêt des threads multiples ici. Comment reçois tu tes requêtes depuis tes clients ? (sous quelle forme et par le biais de quel mécanisme)

La DLL est appelée par un simple appel de fonction. Cette fonction va mettre la requête dans une Queue.
Ensuite c'est un autre thread qui est créé au démarrage qui va attendre les requêtes, les prendre dans la queue et les envoyer à l'automate.

[Bluedeep]

La DLL est appelée par un simple appel de fonction. Cette fonction va mettre la requête dans une Queue.

Ok, donc ton automate ne reçoit que des requêtes locales au poste ?

Ensuite c'est un autre thread qui est créé au démarrage qui va attendre les requêtes, les prendre dans la queue et les envoyer à l'automate.

Il s'agit d'une queue implémentée avec la classe Queue de .Net ?

[levalp]

Ok, donc ton automate ne reçoit que des requêtes locales au poste ?

Oui.

Il s'agit d'une queue implémentée avec la classe Queue de .Net ?

Oui.

[Bluedeep]

Donc à la réflexion, la Queue n'est peut être pas le meilleur choix ici (en effet, il n'existe pas d'évenement sur une queue, et pas de possibilité d'être en attente dessus).

[levalp]

Donc à la réflexion, la Queue n'est peut être pas le meilleur choix ici (en effet, il n'existe pas d'évenement sur une queue, et pas de possibilité d'être en attente dessus).

Y aurait-il une possibilité d'être en attente sur une BindingList ?

[Guulh]

Oui, car elle balance des event

[Bluedeep]

Il est 15h15, donc on verra ça lundi

Je rentre dans des coins plus civilisés et moins loin de tout que la RP.

[levalp]

Il est 15h15, donc on verra ça lundi

Je rentre dans des coins plus civilisés et moins loin de tout que la RP.

OK. Bon weekend.

[levalp]

Est-ce que quelqu'un aurait un exemple d'utilisation de la fonction WaitForSingleObject en C# ? http://msdn2.microsoft.com/en-us/library/ms687032.aspx
Je n'en trouve pas sur internet.
Merci d'avance.