Discussion :

[rabddoul]

Bonjour à tous,

voici mon soucis :

Je lance en même temps (à la millisecondes prêt) deux fois le même executable en variant des paramètres d'entrées du process dans deux threads différents . Même si un thread fini de travailler avant l'autre, il attendra que l'autre soit terminé avant de lancer le prochaine executable.
Je vous avouerai que je reste très perplexe ??!!

Il y a un mutex positionné sur une méthode qui permet de gérer la concurrence d'accès à un fichier en écriture car les deux process peuvent ecrire sur un même fichier. J'ai vérifié , celui ci est bien libérer à la fin de la méthode à l'intérieur d'un "finally".

Est ce qqun aurait une idée qui exliquerait cette attente entre les threads alors qu'ils sont censé travaillé chacun de leur coté??
Le fait qu'il soit lancé au même instant ( à la millisecondes prêt) n'influe t'il pas directement sur la gestion du multithread de l'OS ???

merci d'avance pour votre aide

[smyley]

Peux-tu nous montrer le code du lancement des process par tes threads ?

(et puis je doute que l'OS ai du mal à gérer 2 threads )

[rabddoul]

et puis je doute que l'OS ai du mal à gérer 2 threads

lol je suis bien d'accord avec toi mais je ne vois tellement pas d'ou ca vient que je me mets à me pauser des questions mystics.


Je ne peux pas te donner le code exact de mémoire mais voici le principe:

Sur mon serveur, je possède un fichier .cmd qui lui contient ni plus ni moins que la commande dos qui permet d'appeler l'executable en ligne de commande.

C'est ce fichier qui est appelé dans mes deux threads via un objet

Code :

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

Process p = new Process()

depuis le code .Net avec des arguments différents liés au process pour chaque appelle.

A chaque appelle au fichier CMD et pour chaque threads je fais bien un

Code :

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

new

pour le process.

Lors que je regarde ma liste des taches, j'ai bien deux fois mon process "xxxxx.exe" et lorsque le premier se termine je n'en ai plus qu'un. Jusqu'ici rien d'anormal .

Ce qui est étrange c'est que le thread qui vient de terminer l'exécution du process, devrait en lancer un autre: "yyyyyy.exe".
Il ne le fait que lorsque que le second thread à terminer l'execution de son process "xxxxx.exe".

Donc du coup au lieu d'avoir dans ma liste des taches en même temps :
-"xxxxx.exe"
-"yyyyyy.exe"

je les ai les uns à la suite des autres.

je ne sais pas si je suis très clair

[smyley]

Si tu rajoutes un MessageBox.Show pile au moment où un des process s'arrête (directement après le p.WaitMachin, sans try ni finaly ni rien entre les deux), ça te donnes quoi ?

[rabddoul]

Je te dirai ca demain matin , mais je t'avouerai que je ne vois pas trop ou tu veux en venir ??
Le message va forcément s'afficher sauf s'il ya une exception à la sortie du process nan ?

merci pour ton aide en tout cas.

[smyley]

Bah en fait si à chaque fois ton thread c'est Process.Start et Process.WaitForExit, normalement cela devrais marcher et peut être que le blocage survient plus loin dans ton code, mais toujours dans le thread (vu que j'ai pas le code, j'émet des suppositions, il faudrait voir le code qui démarre le Process et attend la fin de son exécution).
Par contre si avec des MessageBox ou alors via le debug tu constates qu'effectivement le premier Process.WaitForExit ne se termine pas tant que le deuxième Process ne s'est pas terminé, ça devient différent car l'incohérence viendrait de la classe Process et là ... il faudrait improviser.