Temps de calcul identique sur pc et station de calcul

Thread ou processus, c'est (pratiquement) la même chose, et la même manière d'être "schedulé" par le noyau. La seule différence entre thread et processus, c'est le partage de data.
Un thread partage le même espace que les autres threads, tandis que le processus ne partage pas cet espace avec les autres processus. On parle souvent d'un thread en tant que "lightweight process". Pour plus de détails: http://www.kroah.com/lkn/

Ce qui veut dire que 3 threads sur un ordinateur ayant 4 coeurs, seront bien répartis sur tous les coeurs et non sur un seul comme pourrait laisser le supposer le post de "Rocailleux".
De même avoir 5 processus sur ce même ordinateur, voudra dire que ça sera "schedulé", et ça pourrait très bien ne tourner que sur un ou deux coeurs (dans la pratique, ça devrait tout de même être correctement réparti sur les 4).
Mon point étant que non, un processus ne sera pas mieux parallélisé qu'un thread (ou inversement), et conseiller de faire un processus au lieu d'un thread me paraît injustifié.

Le noyau attribue des quantum de temps, et fait avancer chacun des threads ou processus selon des ordres de priorité internes. Il est ensuite important de différencier parallélisation (tâches sur différents coeurs) et concurrence (multi-tâches au sein d'un des coeurs), afin de correctement ajuster le nombre de threads et éviter de l'overhead à cause du context switching.

Deux excellents bouquins sur le sujet:

• C++ Concurrency in Action de Anthony Williams, dispo ici: https://books.google.fr/books/about/C++_Concurrency_in_Action.html?id=EttPPgAACAAJ&source=kp_cover&redir_esc=y&hl=en
• The Art of Concurrency de Clay Breshears, dispo ici: https://www.oreilly.com/library/view/the-art-of/9780596802424/