Discussion :

[DSGSLA]

Bonjour à tous,

La question que je vous soumets est valable pour les systèmes *Unix, Linux, MacOS et Windows. Elle est très générale

Y-a-t-il une différence de performance entre un processus et un thread ? Quelles sont les contraintes pour les meilleures performances ?

Je dois faire une application parallélisée où la performance est critique. De plus les threads/processus doivent communiquer en permanence de grandes quantités de données.

Question subsidiaire, peut-on connaître la consommation CPU d'un thread ?

[ram-0000]

A mon avis, un thread est plus performant qu'un processus.

D'abord, c'est une structure plus light pour le noyau, le temps de création et d'instanciation doit être rapide. Ceci n'a peut être pas trop d'importance si les thread ou les process sont créés au début.

Ensuite, le temps de swap d'un thread à l'autre doit être plus rapide que entre 2 process car justement comme l'espace mémoire est partagé, il n'y a pas besoin de le changer.

Tu peux echanger des donnés entre thread avec des mécanismes plus simple inter thread comme les section critiques qui n'existent pas en inter process.

Le problème d'un thread, c'est que si l'un d'eux par en cacahuètes et corromp la mémoire, il risque d'impacter les autres.

[moldavi]

Bonjour.

Y-a-t-il une différence de performance entre un processus et un thread ?

La question n'a pas vraiment lieu d'être car le processus est simplement l'unité qui représente l'ensemble des threads du programme (plus d'autres informations).

Donc la comparaison des performances entre processus/threads est contradictoire, puisque les threads du programme sont une composante du processus. Les performances du processus sont le reflet des performances des threads sous-jacents.

[Steph_ng8]

Je pense que la question (par rapport aux performances) était du genre :
« Si on a X tâches à effectuer en parallèle, quelle différence de performances y aura-t-il entre utiliser X threads et utiliser X processus ? »

[moldavi]

Certainement.

Et ram-0000 a très bien répondu à cette question.

J'ai pris la question de DSGSLA sur les performances processus/threads Brut de Brut.

[DSGSLA]

Je pense que la question (par rapport aux performances) était du genre :
« Si on a X tâches à effectuer en parallèle, quelle différence de performances y aura-t-il entre utiliser X threads et utiliser X processus ? »

Effectivement c'est à ça que je pensais.
Merci pour vos réponse.

Cependant peut-on évaluer la consommation CPU d'un thread, ou son ratio par rapport au processus père ? J'ai besoin d'évaluer les goulets d'étranglement dans le flux.

[moldavi]

Sous windows seven tu as le moniteur de ressouces, mais au mieux tu peux voir la gestion sur chaque processeur.

Je pense, mais sans en être certain, qu'il y a une API dans le dernier windows SDK pour gérer cela. Sinon il existe des outils : http://msdn.microsoft.com/en-us/libr...=VS.60%29.aspx

Pour les autres OS, je ne sais pas.

Sinon le cas classique, c'est de mesurer les performances à l'intérieur des threads dans le code.

[DSGSLA]

Sinon le cas classique, c'est de mesurer les performances à l'intérieur des threads dans le code.

Je ne vois pas comment on fait cela.

Une autre question m'est venue à l'esprit sur le sujet : sur un machine multiprocesseur/multicœur les différents threads d'un même processus s'exécutent-ils sur le même cœur que le processus père ou l'OS les répartit sur les cœurs selon les ressources disponibles ? Cela altère-t-il les communications inter-thread ?