QWaitCondition sans QMutex ?

**yan** · 29/03/2011, 23h43

Envoyé par alexgille

Oui parce que la quantité de travail est variable et le thread de stockage peut se remplir plus vite qu'il ne se vide en émettant vers le thread d'analyse.

Y as plusieurs objet qui accèdent à la FIFO?

**alexgille** · 30/03/2011, 02h32

Non seul le thread touche à la FIFO au début pour y ajouter le buffer et fait un pop() pour retirer l'objet et le détruire.

J'ai fais une classe héritée de QThread pour héberger mes QObject.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
#ifndef THREADHOUSE_HXX
#define THREADHOUSE_HXX
#include <QThread>
#include "application.hxx"
 
class Application;
 
class AcquiThread : public QThread
{
    Q_OBJECT
 
private:
    Application * parent;
 
public:
    AcquiThread(Application *, QObject *);
    ~AcquiThread();
 
protected:
    void run();
 
};
 
#endif // ACQUITHREAD_HXX

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#include "acquithread.hxx"
#include "application.hxx"
 
AcquiThread::AcquiThread(Application * _parent, QObject * guest) : parent(_parent)
{
    /* ------ Assignation des objets ----- */
    //Les objets vivent maintenant dans ce thread
    guest->moveToThread(this);
}
 
AcquiThread::~AcquiThread() {}
 
void AcquiThread::run() {
    exec();
}

cela te parait bon ?

**yan** · 30/03/2011, 09h38

Envoyé par alexgille

Non seul le thread touche à la FIFO au début pour y ajouter le buffer et fait un pop() pour retirer l'objet et le détruire.

si la FIFO est accédé par un seule thread, y as pas besoin de mutex.
Par contre si tu le détruit, les slot récepteur vont se retrouver avec un pointeur invalide et crasher ton appli :/
Le top c’est de mettre tes objet popé dans un QSharedPointeur et c'est ce que tu envoye. Là plus de problème sur le delete, il se fera automatiquement.

Envoyé par alexgille

cela te parait bon ?

oui.
Pas besoin de réimplémenter le run, c'est déjà ce qu'il fait

Si c'est intéressant, tu peut aussi instancier tes QObject dans le run. Comme cela il n'y as pas besoin de moveToThread.

Dans la plupart des cas, je ne reimplémente pas QThread. Je l'utilise telle quel.
J'utilise alors moveToTHread pour déplacer certain QObject dans un thread précis pendant l'éxécution.

**alexgille** · 30/03/2011, 10h38

Ok je vois. Merci pour tes infos

Maintenant passons à autre chose :p

Je viens de faire le tour de toutes mes lignes de code à la recherche d'une éventuelle fuite de mémoire.
Tous mes destructeurs suppriment les objets instanciés dynamiquement.
Tous mes pointeurs sont détruis à la fin.

Mais seulement j'ai surveillé la mémoire que pompe le logiciel en stress test (simulation d'acquisitions de 20 impulsions à la suite) et j'ai remarqué que la taille augmentait au fur et à mesure.

D'un côté c'est normal vu que l'interface graphique (QTableWidget) ajoute une ligne d'informations par impulsion (donc 20 à chaque lancement).
Ce que je comprend moins, c'est pourquoi la taille redescend de façon peu significative lorsque je supprime la totalité du contenu de ce QTableWidget avec removeRow(int).

De plus à chaque appel de setStatusTip() sur mon QMainWindow je vois la taille augmenter, mais jamais diminuer ..
Idem pour mon setStatusBar() dans lequel vis un QLabel, sur lequel je fais un setText().

EDIT: Dans la statusBar il y a un QLabel sur lequel je fais un setText().

**yan** · 30/03/2011, 11h05

Augemente de quelle manière?
Beaucoup? Un peu?
Faut faire attention à l'interprétation de ce que te fournie windows

**alexgille** · 30/03/2011, 11h11

Quand je lance une simulation de 20 impulsion, je vois une augmentation de 400ko, des fois 200ko, des fois moins, des fois plus, ça varie.
Parcontre que je removeRow(), aucun changement ..

J'ai remarqué que passer du mode Debug au mode Release faisait diminuer la taille du processus de 10Mo.

**yan** · 30/03/2011, 11h15

Envoyé par alexgille

Quand je lance une simulation de 20 impulsion, je vois une augmentation de 400ko, des fois 200ko, des fois moins, des fois plus, ça varie.
Parcontre que je removeRow(), aucun changement ..

J'ai remarqué que passer du mode Debug au mode Release faisait diminuer la taille du processus de 10Mo.

Qt faut pas mal d’optimisation en interne et garde certaine chose en mémoire pour ne pas les réallouer ensuite. Vue ce que tu dit y as rien de choquant.

Si tu peux compiler sous linux, il y as valgrind qui pourrai détecter si tu as vraiment une fuite mémoire.

**alexgille** · 30/03/2011, 11h16

Les memory leaks sont d'autant plus dangereux que le logiciel que je programme va tourner sur une machine h24/7 pendant plusieurs semaines d'affilés, sans nettoyage ni rien.

Il s'agit en faite de mon projet de fin de licence. Je programme un logiciel d'acquisition de signaux électromagnétiques liés à la foudre. Lui se base sur ces données pour faire ses recherches, et il fera tourner ce logiciel sur 3 machines, géographiquement éloignées, sans accès à distance, sans accès quotidien possible.

Et pour gratiner le tout, il utilise une vieille daube en P4 1Go DDR2 sous XP ..

**yan** · 30/03/2011, 11h17

As tu essayé de le faire tourner plusieur heure et voir si la mémoire stagne?

**alexgille** · 30/03/2011, 11h17

Envoyé par yan

Qt faut pas mal d’optimisation en interne et garde certaine chose en mémoire pour ne pas les réallouer ensuite. Vue ce que tu dit y as rien de choquant.

Si tu peux compiler sous linux, il y as valgrind qui pourrai détecter si tu as vraiment une fuite mémoire.

Ok. De toute façon il veut compiler sous Linux. Si j'ai utilisé la lib Qt dans tout mon programme, il n'y a aucun risque de problème à la compilation propre à la plateforme Linux ?

**alexgille** · 30/03/2011, 11h30

Envoyé par yan

As tu essayé de le faire tourner plusieur heure et voir si la mémoire stagne?

Bah en faite, on a toujours pas terminé la partie qui paramètre la carte PCI et qui fait l'acquisition .. donc là je fais des simulations.

**yan** · 30/03/2011, 11h31

Envoyé par alexgille

Ok. De toute façon il veut compiler sous Linux. Si j'ai utilisé la lib Qt dans tout mon programme, il n'y a aucun risque de problème à la compilation propre à la plateforme Linux ?

Non, Le code de QT est multi plateforme. C'est plutôt la syntaxe C++ qui peux parfois faire quelques erreur entre gcc et visual. Mais c'est trés rapide à modifier.