Discussion :

[slymira]

Bonjour,
Je développe actuellement une application multi-process, mais ces processus ne partagent pas tous des ressources, 2 processus écrivent tous les deux sur la sortie standart, et 2 autres accèdent à la base de données.
Par exemple mon application principale permet d'afficher des pdf, d'éxécuter un dump de la base...
Ma question est suis-je obligé de mettre en place un système de sémaphore pour tous mes QProcess, ou est-ce que je ne dois les utiliser que pour les 2 processus fils qui ecrivent sur la sortie standart. Voire est-ce qu'un simple système(un booléen) qui empêcherait à un de ces 2 processus de s'exécuter pendant que l'autre fonctionne n'est pas suffisant.
Merci

[Matthieu Brucher]

Va falloir mettre en place un tel système pour les process qui en ont besoin, mais QSemaphore n'est pas ce qu'il te faut. En effet, les sémaphores et autres mutex, c'est normalement pour le sthreads et non les processus.

[Aurelien.Regat-Barrel]

Bonjour,
Je développe actuellement une application multi-process

Ne confonds-tu pas multi-process et multi-thread? Combien d'exe as-tu? Utilises-tu QThread?

[slymira]

Non je ne confonds pas, mon application est bien multi-process et j'utilise bien QProcess.
Elle est composée d'un exe principal, plus 3 autres qui sont sensés fonctionner en permanence.
Chacun de ces processus peuvent executer plusieurs autres petits "outils" tel que le lancement de pdf, d'un dump de la base et d'autres exe qui communiquent par la sortie standart.
Il faudrait que les processus qui communiquent par la sortie standart ne soient pas perturbés par d'autres process en cours, donc ma question était est-ce que je dois pour cela mettre en place un système de sémaphore.
Et si oui est-ce que je dois gérer uniquement les processus qui communiquent par la sortie standart ou également tous les autres "petits outils".
Merci

[Matthieu Brucher]

Les processus qui partagent une rssource soivent être protégés, c'est tout

[Aurelien.Regat-Barrel]

Il faudrait que les processus qui communiquent par la sortie standart ne soient pas perturbés par d'autres process en cours

Quel genre de perturbation?

ma question était est-ce que je dois pour cela mettre en place un système de sémaphore.
Et si oui est-ce que je dois gérer uniquement les processus qui communiquent par la sortie standart ou également tous les autres "petits outils".

Les sémaphores, tels qu'ils sont implémentés par Qt, ne semblent pas partageables entre plusieurs process. Et puis un semaphore tout seul, hum, faudrait préciser tes besoins (scénario).
Fait des recherches du coté de l'IPC. Qt propose D-BUS, mais je ne sais pas trop ce que ca vaut sous Windows.

[slymira]

En fait je travaille sur une application existante sur laquelle je peux difficilement modifier l'architecture.
Actuellement l'application dispose d'un code de calcul fortran, qui est interfacé en C.
Mon application et le code de calcul communique via la sortie standart avec la lecture et l'ecriture de paramètre au cours du calcul. La fonction canReadLineStdout() de QProcess est utilisée.
Seulement de temps en temps il semble que l'on perd des informations. Comme il existe 3 codes de calculs différents(3 exécutables donc) j'étudie la possibilité d'interférence entre ces 3 codes de calculs voire je me demandais si d'autres processus en cours d'exécution ne pouvait pas aussi être responsable de ces problèmes.
Merci

[Aurelien.Regat-Barrel]

Hum... Je ne crois pas que les exe lancés par QProcess partagent les memes flux standards. Normalement chaque process a son propre flux d'entrée/sortie. L'erreur doit venir d'ailleurs
Comment lis-tu la sortie d'un process lancé?

[slymira]

Côté code de calcul en c, de simple scanf/printf sont réalisés.
Côté application, il est utilisé writeToStdin() et readLineStdout().
Je précise que le phénomène de pertes d'informations est rare.

[Aurelien.Regat-Barrel]

Qt3 je présume... Peut etre est-ce des readLineStderr() qui manquent?
Le truc c'est qu'il faudrait arriver a trouver un scénario répétable qui reproduise le bug...

[slymira]

Bonjour,
bon après une longue pèriode d'investigation j'ai pas mal avancé sur le sujet.
Il était auparavant utilisé une reception ligne à ligne des résultats écrits sur la sortie standard (on attendait une ligne avec canReadLineStdout, on la lisait en on bouclait jusqu'à la reception de tous les paramètres).
Cette méthode fonctionnait correctement avec les machines à processeur unique, seulement nous sommes récemment passés a des PC double-coeur et cette synchro ne semble plus fonctionner.(on manque certaines lignes ou on lit 2 fois la même ligne)
J'ai tenté d'utiliser le signal ReadyReadStdout pour lire les résultats ligne par ligne, il semble qu'on ne recoivent pas tous les signaux.
J'ai alors tenté de lire les résultats par "paquet" en utilisant toujours le signal ReadyReadStdout mais en utilisant la fonction readStdout.
Cela semble fonctionner la plus part du temps correctement mais il arrive encore que le signal ReadyReadStdout ne soit pas recu.
Et là je sèche, est-ce que cette méthode de synchronisation entre process est mauvaise?
Est-ce qu'il faut obligatoirement exécuter le QProcess sur le même processeur et si oui comment?
Pourquoi un signal ReadyReadStdout n'est-il pas emis à chaque ligne écrite sur la sortie standard?

Merci de votre aide

[slymira]

Je pense avoir résolu mon problème.
Apparemment lorsque des printf sont réalisés successivement, QProcess ne détecte pas toujours plusieurs signaux readyReadStdout, même lorsque qu'on fait fflush(stdout) entre chaque printf.
J'ai donc fait un unique fflush à la fin de l'écriture de tous les paramètres que je lis en une seule fois à l'aide de readStdout().
Je ne comprends quand même pas pourquoi QProcess ne réagit pas toujours de la même manière lors des printf sur la sortie standard.
Est-ce que ce n'est pas fait pour faire de la lecture ligne par ligne sur la sortie standard???
Est-ce que la méthode que j'emploie maintenant va toujours fonctionner ou est-ce que lorsque le PC sera ralenti par d'autres applications il se peut que je perde de nouveau des informations car QProcess détectera alors plusieurs signaux readyReadStdout?