Discussion :

[r0d]

Bonjour,

j'ai un peu de mal avec les threads en c#, du coup je ne comprends pas trop ce que je lis dans les différentes discussions que je trouve. Alors je viens directement vous demander votre avis.

Voilà mon problème:
J'ai tout un tas de petits 'jobs' qui vont être effectué par des BackgroundWorkers. Disons que j'en ai 20 simultanément, et je vais les lancer simultanément. Ces bg workers sont asynchrones, et certains vont se terminer beaucoup plus tard que d'autres. Or j'ai besoin de "savoir" quand ils ont tous terminé leur travail.

En gros, dans mon main je commence par lancer tous les bg workers. Ensuite, il me faudrait un 'wait' qui attend que tous les workers aient fini leur job. Mais je ne sais pas trop comment implémenter concrètement ceci.
1er problème: j'ai compris comment récupérer la fin d'un bg worker (en utilisant l'event RunWorkerCompleted). Mais ce que je ne sais pas faire, c'est, une fois que tous les workers ont terminé, comment envoyer un event au 'main' pour lui dire que tous les workers ont terminé. Car je pourrais avoir un flag et un wait (wait tant que le flag est à zéro) dans le main, mais j'en arrive au:
2eme problème: un wait dans le main avec un flag je trouve ça vraiment moche. On faisait ça il y a longtemps en c++ lorsqu'on avait pas le temps de faire les choses bien, mais c'est ultra moche et une véritable catastrophe en terme de performances. Du coup, j'imagine qu'il doit y avoir, en C#, une façon propre et simple de faire ça, non?

[jopopmk]

Salut,

voilà comment je vois la chose :
- pour chaque thread lancé je référence un flag de statut "on job",
- à chaque event Completed, je change le flag associé vers "completed" et je check les autres status,
s'ils sont tous "completed" alors je peux faire un traitement final (genre MessageBox.Show("youpi")).

[Pol63]

la méthode simple, surtout s'ils font tous la même chose, c'est quand tu en as démarré 10 tu mets 10 dans une variable, sur l'event completed tu décrémentes de 1
quand tu arrives à 0 c'est qu'ils sont tous finis

[r0d]

Merci pour vos réponses.

Mais en fait, mon problème n'est pas "comment savoir si les jobs sont terminés", mais plutôt "comment récupérer, dans le main, l'évènement correspondant".

Par exemple, prenons le code suivant:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
static void Main(string[] args)
{
   MyThreadManager.Start(); // créé et exécute les BackgroundWorkers
 
   while( MyThreadManager.NumberOfActiveJobs > 0 )
      Thread.Sleep(5000);
 
   MessageBox.Show("youpi");
}

Le code ci-dessus fonctionne et fait ce que je souhaite. Le problème c'est que le Thread.Sleep(5000) ne me plait pas pour tout un tas de raison. Du coup, je préfèrerais avoir quelque chose du type:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
static void Main(string[] args)
{
   MyThreadManager myThreadManager;
   Thread.Start(myThreadManager); // cette ligne serait bloquante: tant que tous les BackgroundWorker lancés par MyThreadManager ne sont pas terminés, la ligne suivante ne sera pas exécutée
 
   MessageBox.Show("youpi");
}

Je sais pas si je suis clair

[jopopmk]

Oki, là je vois deux soucis :
- la gestion des threads dans une class (static ?) à part > rend effectivement obligatoire la définition d'un event dédié,
- le mode console > l'exécution principale n'est pas threadée/bouclée, elle n'attendra donc jamais un quelconque event.

[Pol63]

avec la classe manualresetevent il aurait le comportement qu'il souhaite en mode console, à savoir une ligne bloquante jusqu'à déblocage par le code

[r0d]

Parfait!

La classe ManualResetEvent fait effectivement ce dont j'ai besoin.

Un grand merci