Discussion :

[pitipilot]

Bonjour,

Je suis actuellement en train de développer une application qui va à terme, tourner sur des CPU multicoeurs.

Je me demandais si la parallélisation se faisait de manière implicite, c'est à dire qu'un thread est associé si possible à un coeur ou bien il faut le déclarer explicitement ?

Bonne journée

[Pol63]

par défaut une appli est monothreadée, si tu veux multithreader c'est à toi de coder ca (thread, backgroundworker, parallel.*, tasks, async ...)


ensuite c'est windows qui gère, un thread n'est pas lié à un coeur, à un instant T il peut y avoir plusieurs centaines de threads qui tournent toute appli confondue
windows en fait tourner un bout de chaque chacun leur tour et selon leur priorité
sachant qu'un thread est parfois en pause
enfin au final si tu as 2 threads dans ton applis qui font quelque chose et qui passent en même temps dans le processeur ils seront forcément sur des coeurs différents
mais parfois ils passeront chacun leur tour (vu que windows a des centaines de threads à faire passer) et que tu peux avoir plus de threads que de coeurs dans ton appli
et donc potentiellement sur le même coeur
mais au final tu auras bien la performance et l'impression du multitâche (enfin selon le nombre de threads et l'occupation du pc)

[DonQuiche]

Je me demandais si la parallélisation se faisait de manière implicite, c'est à dire qu'un thread est associé si possible à un coeur ou bien il faut le déclarer explicitement ?

Windows se charge de répartir automatiquement les threads du système sur les processeurs et coeurs disponibles. Un thread peut être mise en pause pour en laisser tourner un autre, déplacé vers un autre processeur, etc.

En général tu n'as pas à t'en préoccuper et forcer l'association d'un thread à un coeur donné est une mauvaise idée. En effet tu ne peux pas présumer de ce que fera le système à ce moment et si d'autres applications ou composants du système auront besoin de puissance CPU.

Pour les mêmes raisons je te déconseille d'opter pour une distribution rigide et statique du travail sur chaque thread car c'est un coup à se retrouver avec n-1 threads ayant terminé leur travail et le dernier seulement à mi-chemin et faisant attendre tout le monde. Opte pour une distribution dynamique, soit via le ThreadPool (note que les tasks sont par défaut créées sur le threadpool), soit via ton propre système de file d'attente dans laquelle tous les threads viendront piocher.

[pitipilot]

Merci pour ces informations, je vais en tenir compte dans la rédaction du code .

Bonne journée.