nombre optimal de threads lorsque hyperthreading est désactivé

Question

J'ai une question que j'ai essayé de trouver une réponse, mais on m'a donné plus confus de toutes les informations que je trouve - malheureusement, ne pouvait pas obtenir une réponse claire

Ainsi, Disons que j'ai un ordinateur avec hyperthreading éteint.

Quel est le nombre optimal de threads que je devrais utiliser dans un programme que j'ai écrit? Je comprends que si mon programme n'est pas lié à 100% CPU (traite avec IO), donc le nombre optimal de threads sera de plus d'un thread par cœur - car je vais avoir plusieurs threads qui attendent, et avoir plus (pas trop en raison du changement de contexte) sera meilleur pour ce genre de programmes. MAIS, Dans le cas où mon programme est lié à 100% CPU - un thread par cœur est l'optimal? Je suis confus car j'ai plus de threads, ce qui signifie que je peux gagner du temps pour chaque thread - ce qui peut améliorer les performances.

Merci!

Answer 1

Avec des charges purement liées au CPU sans hyper-threading, la réponse est toujours de 1 thread par cœur. Avec HT activé, il peut y avoir moins d'un thread par HT-core car les threads se disputent sur le même cache. Mais généralement, même ici, un fil par cœur HT est le meilleur.

Avec les charges de travail d'E/S, c'est beaucoup plus compliqué mais cela ne s'applique pas ici.

depuis avoir plus de fils, ce qui signifie peut-être obtenir un plus grand temps de tranche pour chaque fil

Je ne sais pas que je suis le raisonnement. Le système d'exploitation distribue des tranches de temps aux threads de façon approximative. Les tranches de temps sont comprises entre 4 et 40 ms et leur taille ne change pas en fonction du nombre de threads.

Idéalement, lorsque le nombre de threads est exactement exact, il n'y a pas de commutateurs de contexte à proprement parler. Plus vous ajoutez de threads, plus il y aura de commutateurs de contexte.