Multithreading sur biprocesseur

Version imprimable

25/10/2017, 15h03
wolinn

Multithreading sur biprocesseur

Bonjour

Sur un système biprocesseur, je me rend compte que tous les threads de mon application sont créés sur un seul des deux processeurs, même lorsque le nombre de threads dépassent le nombre de coeurs logiques du processeur : les threads supplémentaires ne sont pas créés sur le second processeur.
Je sais qu'on peut en principe contrôler ce comportement avec l'API Windows, suggérer au système de créer les threads sur un processeur donné, mais ça m'ennuie de réintroduire de l'API Windows dans un noyau de calcul intensif que j'aimerais autant que possible garder portable.
Il n'y a vraiment rien de plus haut niveau, dans le C++ 11/14 pour contrôler cela ?
Pour l'instant, j'utilise std::thread de la STL.
25/10/2017, 15h28
bacelar

Citation:

tous les threads de mon application sont créés sur un seul des deux processeurs

Heu, la création, on s'en cogne un peu non ?
C'est plus l'exécution du thread non ?
Un thread peu facilement passé d'un cœur à un autre, et un peu moins facilement d'un processeur à un autre.
Oui, il est possible de réduire les possibilités de migration d'un thread, mais le réglage par défaut est qu'un processus dispose d'un masque des CPU possibles ouverts à tous les CPU (un peu de problème avec plus de 64 CPU virtuel), et idem pour les thread du processus qui hérite du masque du processus.
Vérifiez les "masques d'affinité" du processus et des threads avec un outil comme ProcessExplorer.
26/10/2017, 08h25
wolinn

Pour l'instant, tous les threads s'exécutent sur un seul processeur, même lorsque le nombre de threads dépasse le nombre de coeurs logiques du processeur.
Je vais voir à quel niveau se fait ce réglage de masque d'affinité.
26/10/2017, 09h51
Bousk

La std::thread est assez pauvre. C'est pourquoi on favorise encore et toujours les threads spécifique à chaque plateforme dès qu'on a besoin d'en faire plus, et de choisir le cpu sur lequel l'exécuter, ou sa priorité etc.
Si tu utilises les std::thread tu peux récupérer le handle natif et utiliser les fonctionnalités spécifiques à ta plateforme pour compenser, ça reste le meilleur compromis imo.