MultiTache sur Linux

Bonjour , je m'attaque à la partie "Temps reel" de mon application.
Celle-ci à pour but de faire de l'acquisition sur plusieurs cannaux , et d'en sortir un signal traitée( qui résulte d'opération , et de traitement sur les cannaux bruts) , puis ensuite je doit détecter une variation particuliere sur ce signal traitée.

Je voulais avoir votres avis , sur comment agencer tout cela .

Tout d'abord j'avais pensé faire 2 taches :
-T1: une qui fait exclusivement l'acquisition
-T2: l'autre qui affiche sur le graphe et fait un log des data dans des .txt

La tache T1 doit :
~ Lire sur le port parallele
~ Stocker dans un vector les data qui arrive sur les 4 voies
~ Appliquer l'algorithme pour générer des nouveaux points dans un 5eme vector qui sera le signal traitée
~ Essayer de détecter la variation sur ce signal traitée
~ Transmettre les data des 4 voies au fur et a mesure à T2 , ainsi que de la 5eme voie

La tache T2 doit :
~ Creer 4 fichier txt ( un pour chaque voies , et y sauvegarder les data )
~ Afficher les data au fur et a mesure sur le graphe

Ma question est , comment communiquer entre les processus ?
Ouvrir 5 pipes ? entre T1 et T2? ou bien utiliser un segment de mémoire partagé? Que me conseillez vous ?
Avez vous une autre idée pour mon approche ?

Salut

Citation:

---

Envoyé par rockt13

Ma question est , comment communiquer entre les processus ?
Ouvrir 5 pipes ? entre T1 et T2? ou bien utiliser un segment de mémoire partagé? Que me conseillez vous ?
Avez vous une autre idée pour mon approche ?

---

A mon avis tu ferais mieux de faire des thread et de faire la communication par signal/slot

Salut,

J'aurais fait plutôt un truc du genre :

T1:
-je lis mes 4 données
-j'écris mes 4 données
-j'envois mes 4 données à t2

T2:
-je récupère les 4 données (et met dans des listes)
-je fais du traitement sur mes listes
-j'affiche mon résultat
-je redonne la main à T1

Si tu as besoin de plus de données de T1 pour avoir un résultat, ou si l'affichage n'a pas besoin d'être très rapide, tu peux faire plusieurs cycles de T1 avant d'émettre les données à T2.

Ensuite, je suppose que si tu es venu dans le forum Qt, ce n'est pas pour utilisé des vector et des pipes :). Il y a des mécanismes bien plus intéressants avec Qt, comme les signaux slots (Cf. Alp).

G.

Salut, pour détailler ma reponse :

T2 :
-tu lit et stocke tes donné dans un vector par exemple
-a temps regulier tu emet un signal avec les donné stocké

T1
-ton ihm
-elle recoie le vector et fait des traitements

peut être mettre des traitements dans T1 à toi de voir

Citation:

---

Envoyé par Gulish

Ensuite, je suppose que si tu es venu dans le forum Qt, ce n'est pas pour utilisé des vector et des pipes :). Il y a des mécanismes bien plus intéressants avec Qt, comme les signaux slots (Cf. .

---

Le pipe est trés bien gérè par Qt avec QProcess
http://qt.developpez.com/faq/?page=q...ation_Qprocess

Mais cela me semble ne servire à rien pour son problème

Juste une petite idée en passant : ne faudrait-il pas ajouter un thread uniquement dédié à l'IHM de manière à éviter les freezes du côté GUI ?

Citation:

---

Envoyé par FloMo

Juste une petite idée en passant : ne faudrait-il pas ajouter un thread uniquement dédié à l'IHM de manière à éviter les freezes du côté GUI ?

---

:koi:
comment cela?

Citation:

---

Envoyé par Mongaulois

:koi:
comment cela?

---

J'ai plus le code en tête, mais je me souviens d'une fois où je faisais un tas de traitements en parallèle avec une BDD et du coup ça me freezait mon interface.

J'ai détaché ces traitements de l'interface en faisant un slot au niveau du thread gui et roule.

ha ok.
Problème de définition :aie:
pour moi IHM == GUI

Pour moi aussi IHM == GUI :mouarf: Je pense qu'on pourra en rediscuter s'il y a un problème. Faudrait que je creuse le sujet dans les mêmes conditions pour cibler clairement le problème, ce serait plus simple.

Citation:

---

Envoyé par Mongaulois

Salut


A mon avis tu ferais mieux de faire des thread et de faire la communication par signal/slot

---

+1, surtout que les threads de Qt sont réentrants, c'est à dire que tu peux effectuer une connexion entre un signal qui sera déclenché dans un thread avec un slot qui sera exécuté dans un autre thread. Très pratique pour les échanges entre ton code qui s'occupe de la BDD et celui qui s'occupe de l'affichage, par exemple.