Discussion :

[djoul63]

Bonjour,

Je travaille actuellement sur une application qui fait de l'acquisition sur des capteurs de mesures à haute fréquence. Ces informations sont traitées, stockées et affichées.
La majeur partie des ressources processeur passe pour l'affichage.
Je souhaite accélérer un peu tout ca en utilisant les thread pour exploiter les architectures multi-core. Le problème est que toutes les opérations relatives au GUI doivent être faites dans le Thread Principale.

Pour contourner ce problème, je souhaite mettre dans un thread le rendu des fenêtres dans une image, et d'afficher cette image dans le thread principale.

Mes questions sont :

Est-ce que c'est possible ? (si oui comment dire a une QFrame de faire le rendu dans une image).
Est-ce réellement intéressant, car l'affichage des images risque de prendre du temps, surtout qu'il sera difficile de faire des repaint par zone.


Djoul.

[yan]

Salut

Est-ce que c'est possible ? (si oui comment dire a une QFrame de faire le rendu dans une image).

si tu est dans un thread autre que GUI :
Dessiner sur une QImage oui mais y dessiner une widget non... Les widget ne peuve êtr emanipulr que par le thread GUI

A mon avis ce sont plutôt des traitements non graphique que tu doit déporter sur un thread.

[superjaja]

A mon avis ce sont plutôt des traitements non graphique que tu doit déporter sur un thread.

Pas mieux que Yan. En général on fait tout les traitements louds dans un Thread et on envoie le resultat de ce traitement à la GUI qui affiche. Ce qu'il faut faire si tu veux gagner en perf a mon avis c'est que la GUI ne fasse uniquement que de l'affichage et pas de traitement.

[djoul63]

En fait, pour donner un exemple, je trace un graphique avec la lib QWT et une rose des vents (j'ai un anémomètre comme capteur). Dans les 2 cas, il n'y a que très peu de traitements sur les données, mais l'affichage par contre et très couteux (surtout Qwt d'ailleurs).
Il serait intéressant pour moi d'avoir chaque fenêtre dans un Thread, surtout sur un core i7 avec 8 core virtuels.
Dans ce cas, sans affichage (tous les traitements mais pas de sortie graphique) je suis à 0% d'utilisation processeur alors que je suis a 100% sur un core quand je les active.

Dans les autres solutions que je peux envisager pour d'accélérer les affichages c'est de passer par de l'openGL ou du directDraw, mais ça me fait changer énormément de chose.

[Alp]

Ce que je te conseille, c'est de répartir le calcul des pixels & co sur plusieurs threads, ensuite tu assembles le résultat (en superposant les différents tableaux de pixels / QImage / whatever) et seulement ensuite tu affiches ça.

Il ne faut pas faire le calcul dans le thread du GUI, et si tu as un core i7 autant en profiter. Fais les calculs en background avec plusieurs threads, et quand ils ont tous finis, tu émets un signal qui envoie une QImage à ta fenêtre principale, qui via un slot va récupérer ça et l'afficher (ça marche pareil si c'est pas une QImage que tu utilises, mais c'est une solution envisageable, bien que ça soit loin d'être la meilleure niveau perfs).