QtConcurent & QFuture avec priorité des threads

Version imprimable

12/03/2010, 23h09
laumaya

QtConcurent & QFuture avec priorité des threads

Bonjour,
J'ai utilisé QThread avec une priorité basse pour que mon application reste réactive. Bien, mais maintenant, j'aurais besoin d'utiliser plusieurs threads.

j'ai donc testé les fonctions de l'espace de nom QTConcurrent ainsi que les classes QFuture et QFutureWatcher

Ces classes et fonctions sont très performantes et pratiques mais ils leurs manque la possibilité de définir la priorité des threads qu'elles lancent.

Et pour mois, cette possibilité est primordiale.

J'ai loupé un truc ou il ne me reste plus qu'a programmer un équivalent de QFuture...

Merci.
12/03/2010, 23h55
yan

Citation:

Envoyé par laumaya

Ces classes et fonctions sont très performantes et pratiques mais ils leurs manque la possibilité de définir la priorité des threads qu'elles lancent.

Les QtConcurrent utilise QThreadPool. Je n'ai rien vue pour modifier le priorité

Citation:

Et pour mois, cette possibilité est primordiale.

Pourquoi?
13/03/2010, 10h11
laumaya

Citation:

Envoyé par yan

Pourquoi?

Pour charger plusieurs fichiers (des centaines) en tache de fond en utilisant plusieurs threads sans bloquer l'utilisateur.

J'ai déjà fait des tests, le pool de thread consomme trop de ressources processeurs ce qui rend l'application inutilisable pendant le chargement.

J'ai donc programmé un pool de threads maisons en définissant une priorité basse aux threads.
Avec cette technique, ça fonctionne bien mais j'aurais préféré utiliser QTConcurrent...
13/03/2010, 14h24
yan

Citation:

Envoyé par laumaya

J'ai déjà fait des tests, le pool de thread consomme trop de ressources processeurs ce qui rend l'application inutilisable pendant le chargement.

:koi:
bizarre. QtConcurrent utilise une nombre de thread adapté à la machine et vue que tu fait de la lecture de fichier c'est encore plus bizarre que cela te bloque autant l'ihm.
Tu ne ferais pas des accès concurrent sur des ressources de l'os?
13/03/2010, 18h16
laumaya

Citation:

Envoyé par yan

:koi:
bizarre. QtConcurrent utilise une nombre de thread adapté à la machine et vue que tu fait de la lecture de fichier c'est encore plus bizarre que cela te bloque autant l'ihm.
Tu ne ferais pas des accès concurrent sur des ressources de l'os?

Comme lorsque j'utilise des QThread avec une priorité basse je n'ai pas de problème de blocage d'IHM, je ne pense pas que le problème provienne à des accès concurrent de ressources de l'os.

De plus, a priori, un nombre de threads adapté a une machine est certainement le nombre de processeurs ou cœurs de cette machine. Donc, sur une machine à 2 cœurs, sa donne 2 Threads ayant la même priorité que celui de l'IHM. Si chacun des 2 thread utilise intensivement le CPU, il me semble normale d'avoir des ralentissements important dans l'IHM.

Pour conclure, je répète que j'ai trouvé une solution mais que je voulais juste être certain qu'il n'était pas possible de définir la priorité des threads dans un pool de threads.

@+