Version imprimable
Bonjour,
J'ai deux programmes, dans l'un je fais un calcul répétitif avec 4 threads sur un seul processeur et ça met 20 secondes, sur l'autre je répartie les calculs comme suit sur un quad core et ça met aussi 20 secondes ! Ca devrait pas en mettre 5 ?
Quelles API quel stratégie ? Tu ne dis rien de tout cela...Citation:
Envoyé par blueLight
C'est complexe ce que tu demandes et faut-il le répêter encore une fois la programmation multithread n'est pas forcément la panacée surtout si tu ne tires pas la quintessence de ce genre de programmation.
Si tu mets le même temps dans les 2 cas je peux avancer un éléments d'explication : le cache du CPU.
Les instructions CPU sont envoyées dans le cache avant de passer par le pipeline d'instructions CPU qui les dispatchent dans chaque "core".
Autrement dit le cache peut faire un goulet d'étranglement et moralité quad core n'équivaut pas à 4 cpus physiques...
Est-ce que tu utilises certaines API comme SetProcessAffinityMask ou SetThreadAffinityMask , SetThreadIdealProcessor etc...?
Regarde dans le MSDN autour de "Process and Thread Functions
-multiple processors"
Peut-être qu'en utilisant SetThreadIdealProcessor tu peux optimiser les calculs
c'est petit programme simple
Tente toujours avec les autres API comme SetThreadIdealProcessor
:D
Si quelqu'un a meilleure idée
Sinon si tu est à la recherche de performances et optimisation peut-être que des outils comme VTune d'Intel peuvent améliorer les choses car le code compilé assembleur sera spécialement optimisé..
Regarde ceci à tout hasard tu me diras si c'est intéressant
http://www.threadingbuildingblocks.org/
Sinon
http://en.wikipedia.org/wiki/Multi-core
En brut de fonderie, j'aurais tendance à penser que par défaut tes 4 threads s'exécutent sur le même cpu. Ce genre de chose ne se fait généralement pas avec un 'petit programme simple', sans quoi on a un 'petit comportement simple' ;)
mais les différents threads ne sont pas répartis tous sur les 4 cores par windows ?
Je pense qu'ils devraient l'être.
Vérifie plutôt qu'ils ne se disputent pas une ressource partagée...
Oui je pensais à cela également ; comme le dit Médinoc s'il y a des données partagées le gain ne sera pas significatif parce que l'OS et le CPU devront commuter d'un espace mémoire vers un autre..
moralité il faut faire des threads les plus autonomes possibles
J'avoue que c'est un point que j'ai parcouru que succinctement dans mes dev. Dans un premier temps, j'avais l'exécution des threads sur le même cpu, les process étant éventuellement dispatché. Vous dites que maintenant les threads sont automatiquement dispatché sur les différents CPU par défaut? Cela nécessite une config de l'OS? Pas d'impact soft?Citation:
Envoyé par Médinoc
Tu est obligé de passer par les API citées précedemment ; c'est l'OS qui gère tout cela...Citation:
Envoyé par 3DArchi
Dois-je comprendre que je dois explicitement indiqué sur quel processeur le thread doit idéalement s'exécuter? J'avais dans un projet précédent une appli multi thread et qui s'interfaçait avec un moteur SQL Server. Le système tournait sur un bi-pro, et on voyait le PC ramer mais rester à 50% d'utilisation du CPU. Cela n'étant pas un soucis critique (nous en avions d'autres :? ), nous l'avions interprété à l'époque comme exécution de l'ensemble des threads de l'appli et de SQL Server sur le même cpu. J'en était donc rester avec la vague idée qu'il fallait explicitement répartir l'exécution des threads voire même du process sur différents processeurs. Dois-je réviser mes certitudes ;) ? Le comportement dépend de l'OS donc différent entre Windows, Linux, MAC, etc...?