>> Il y a le support SMP, qui >> permet, en gros, de rouler chaque processus sur chaque processeur. >> Exemple: sendmail sur cpu0 named sur cpu1. Cela change constamment >> evidemment...
>quid du partage de cpu pour un m�me gros process ?? > Eric Attention, il ne faut pas confondre processus et thread. On entend g�n�ralement par processus l'ex�cution d'un programme. Par thread on entend t�che. Ainsi, chaque processus est-il compos� d'au moins un thread. Certains processus utilisent plusieurs threads. Ce sont les treads qui sont roul�s sur les deux processeurs. Ainsi un processus multi-thread� peut (mais ce n'est pas toujours vrai) b�n�ficier d'un gain de performance du fait du partage de ses threads entre les processeurs. En fait, les logiciels programm�s dans ce sens ne sont pas tr�s nombreux, et les processus multi-thread�s le sont souvent pour une optique diff�rente, par exemple : ramener des mails d'un serveur smtp tout en reclassant (graphiquement) la liste de ceux qui sont d�j� arriv�s par ordre de qqchose. L'objectif est ici d'apporter du confort � l'utilisateur, et le fait d'avoir plusieurs processeurs ne changera pas de fa�on transcentale les performances globales du syst�me. Avec povray, par contre, chaque thread se voit confier une partie d'un m�me bouleau, ce qui fait que ce bouleau est effectu� d'autant plus vite qu'il y a de processeurs. A+ Lo�c Elineau
