qu'est-ce qu'il faut faire après l'installation hardware ? il faut recompiler le noyau ?

à priori oui a moins d'avoir une distribution orientée pro auquel cas le support SMP est là par défaut.

vaut meme mieux le recompiler avant si on veut pouvoir booter !!!
 
Si le SMP est pas dans le noyau, je sais meme pas s'il accepte de tourner sur un seul proc !!
 
Question : Le SMP en module c pas grave ??? il est pas OBLIGE d'etre dans le noyau !

ok merci

en terme de puissance, avec une application multithreadée, le gain est vraiment plus que linéaire ?

NounouRs a écrit a écrit : vaut meme mieux le recompiler avant si on veut pouvoir booter !!!   Si le SMP est pas dans le noyau, je sais meme pas s'il accepte de tourner sur un seul proc !!   Question : Le SMP en module c pas grave ??? il est pas OBLIGE d'etre dans le noyau !

 
  Un noyau single sais fonctionner sur un systeme dual-proc, mais un kernel dual sais pas fonctionner sur un single.
 
Donc: installer le 2e CPU, si l'OS boot, c'est que le 2e CPU est deja bon (teste au POST), ensuite, recompiler le noyau s'il y a lieu (SuSE a l'install reconnait le Dual, FreeBSD doit etre recompile).

Un kernel SMP marche aussi si tu vires un des deux procs.
Sur une redhat ou sur une mandrake déja installé
tu fait un coups de rpm -ivh kernel***smp***.rpm
et un chti lilo et hopla reboot ;

C'est pareil sur une debian : apt-get install kernel-image-2.4.17-686-smp et ça roule...

Un noyau SMP marche sur avec un seul CPU et un bi CPU tourne avec un noyau SMP mais un seul CPU est utilisé bien évidement ( je confirme au cas où )

Sly Angel a écrit a écrit : Un noyau SMP marche sur avec un seul CPU et un bi CPU tourne avec un noyau SMP mais un seul CPU est utilisé bien évidement ( je confirme au cas où )

 
Ah, ben c'est pas le cas en Unix. Donc j'ai rien dit  

 
ça veut rien dire "prgression linéaire" dans ce cas à moins que tu ne veuille tenter des plateforme à 2, 4, 8, 32, 64 etc... proco (en ce cas, tu pourrais t'interroger sur la linéarité de la progression) je pense que tu te demande si ça double ta puissace ? ben sur une applis multi-thread oui, tant que tu utilise 2 threads... sinon, le seul avantage sur une applis std, c'est que toute la gestion système (cad : pas grand chose) est balancée sur un des procos...

Ça a quand même un gros avantage : le système est beaucoup plus réactif.

ah vi ça c sur ! mais du point de vue de l'application, tu gagnes rien (enfin pas grand chose...)

En fait l'avantage c'est surtout de pouvoir utiliser plusieurs threads sans qu'un te bouffe toute la puissance, mais sinon le gain est au mieux du double pour les calculs parallèles surtout mais pour le reste...
 
Sur une compilation par exemple, compiler sur 2 CPU donne un gain de temps sur la compilation en elle même mais par contre le linkage est bien plus lent à la fin ( on y gagne au final mais le rapport n'est pas x2 quoi )
 
Sous Linux le SMP est assez bien géré, le système est plus réactif il est vrai et le partage des taches sur les 2 CPU est super mais bon, à moins de laisser une tache gourmande bouffer un CPU et avoir l'autre tranquille malgré les 100% de l'appli