QextSerialPort et le multithreading avec QThread

En fait, je n'arrive pas à compiler avec CODEBLOCKS, donc je le fais manuellement.

Et donc, il suffisait de lancer un qmake... Pfff, parfois ca tient à pas grand chose quand meme !!

Merci de ton aide, je galere encore un peu à la deconstruction, mais ça tourne !

Citation:

---

Envoyé par neoirto

En fait, je n'arrive pas à compiler avec CODEBLOCKS, donc je le fais manuellement.

---

C'est pour cela que je te conseil QtCreator. C'est assez proche de code::block et c'est adapté à Qt

Oui, il faut que je regarde ca...

J'ai encore une question d'ordre plus générale concernant les Qthread. J'ai un pentium E5300 2 cores.

Lorsque je crée 2 threads, le systeme les reparti un dans chaque thread ?

Et lorsque j'ai admettons 4 threads, c'est l'hyperthreading qui prends le relai c'est ca ?

Jusqu'à combien de thread peut-on monter raisonnablement en pouvant attendre un bénéfice sur les perfs ?

Citation:

---

Envoyé par neoirto

Lorsque je crée 2 threads, le systeme les reparti un dans chaque thread ?

---

Pas forcement... C'est l'OS qui décide. Il me semble qu'il peut même switcher l’exécution du thread entre les deux proc suivant le besoin.

Citation:

---

Et lorsque j'ai admettons 4 threads, c'est l'hyperthreading qui prends le relai c'est ca ?

---

pareil

Citation:

---

Envoyé par neoirto

Jusqu'à combien de thread peut-on monter raisonnablement en pouvant attendre un bénéfice sur les perfs ?

---

Tous dépend de ce que tu fais... Il n'y as pas de réponse.

Citation:

---

Envoyé par yan

Je pense qu'il y as deux cas
1- Faire fonctionner plusieurs objet en parallèle.
* Si leur exécution bloque le thread, il faut faire un thread pour chaque objet.
* S'ils exploitent l'eventloop de Qt, tu peut créer un nombre restreins de thread et répartir leurs exécution sur ces threads.

2- Pour la rapidité.
Il faut savoir que chaque therad utilisé va ajouter du temps sur l’exécution de la tâche... Pour faire simple
* T le temps d'une tâche.
* t le temps ajouté par l'utilisation d'un thread.
* N nombre de thread.
Donc quand on exécute la tâche sur N threads, elle est en réalité exécuté en T+N*t. Mais comme ils sont N le temps d'un points de vue utilisateur est T / N + t.
Si on utilise trop de thread que va t'il se passer? t va augmenter et à un moment on aura T < T / N + t
Donc on aura rien gagner et même perdu.

---

Quand on parle de perf, en principe le nombre de thread ne devrait pas dépasser le nombre de coeur.

Ok, donc il ne faut pas abuser des bonnes choses, c'est pigé... Et assez logique en fait.

Sinon, autre question (promi après j'arrete !) :
Les données transitants sur les SIGNAL / SLOT sont libérées de la mémoire automatiquement ?
Parce que j'ai l'impression que mes Qimage font gonfler la RAM en laissant le programme tourner ?

Citation:

---

Envoyé par neoirto

Les données transitants sur les SIGNAL / SLOT sont libérées de la mémoire automatiquement ?

---

En principe oui.
Peut tu montrer la signature de ton emit et de ton slot?

Voila :

Le .h :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

class QOpenCVWidget : public QThread {   Q_OBJECT   public: QOpenCVWidget( QObject * parent = 0 ); ~QOpenCVWidget(); void run(); void putImage(IplImage *);     signals: void Emit_frame_webcam( QImage image_a_envoyer );   private: QImage image; CvCapture *webcam;   // private slots: // void close_COM();   };

---

Le slot :

Code:

---

1 2 3 4 5

void recoit_Qimage_Opencv( QImage FRAME_webcam ) { //////// ds un slot : imagelabel->setPixmap(QPixmap::fromImage(FRAME_webcam)); }

---

Que j'appelle avec :

Code:

---

emit Emit_frame_webcam( image );

---

La RAM gonfle tres lentement, car la résolution de la WEBCAM est limitée, mais si je commente :

Code:

---

// imagelabel->setPixmap(QPixmap::fromImage(FRAME_webcam));

---

...dans le slot, ca ne gonfle plus (la vidéo ne s'affiche plus egalement ce qui n'est pas exactement l'effet recherché !)

Merci de ton aide ;)

Citation:

---

Envoyé par neoirto

La RAM gonfle tres lentement

---

c'est à dire?
es ce que tu as essayé de voir si elle ne stagne pas au bout d'un moment?

Et bien la RAM passe de 76 Mo à 80 en 5-10 minutes, de facon très progressive, et apparemment, ça ne s'arrete pas en route !

Alors que quand je commente la ligne citée, ca reste stable à 76 ??!!

Citation:

---

Envoyé par neoirto

Et bien la RAM passe de 76 Mo à 80 en 5-10 minutes, de facon très progressive, et apparemment, ça ne s'arrete pas en route !

Alors que quand je commente la ligne citée, ca reste stable à 76 ??!!

---

Il faut se méfier de cette mesure. Pour l'instant je dirais pas que tu as une fuite. Si tu était monté au dessus de 1Go je dit pas mais là ça me semble plutôt normale.

Bon !

Et bah je suis content d'être étanche ! Merci pour ton aide. Je crois que je peux passer en [Résolu]. Si je m'aperçois que je prends l'eau, ca sera un autre topic...

Moulte gratitude :ccool: