SMPFR

voila,
j'ai enfin récupéré un bi-proc p3...
merci nadim

j'espérais savoir si je dois effectuer une reinstallation
de mon pingoin si je remplace mon actuel CM-celeron1000 par
la config bi-proc p3 (cm-proc-ram)???

Plug & Test ©
Plug & Pray ©

a mon avis ça va mal se passer.
pas le meme chipset (certainement) coté controleur IDE ya certainement rien a voir.
au pire, faut booter avec un autre kernel et recharger a la main les modules necessaires pour que ça decolle sur le bi.
mais sans garanties :/

a mon avis ça va mal se passer.
pas le meme chipset (certainement) coté controleur IDE ya certainement rien a voir.
au pire, faut booter avec un autre kernel et recharger a la main les modules necessaires pour que ça decolle sur le bi.
mais sans garanties :/

ah
j'ai pas regardé dans le détail, mais me semble que les 2 CM ont du chipset via

old : msi
new : asus

si le noyau est celui par defaut, a mon avis tous les drivers sont compiles en module, donc ca devrait passer.

Apres faut voir si le noyau est SMP ou pas.

en general, les mandrake installent un noyeau uniprocesseur et un noyeau SMP. il suffit de changer la config du boot loader pour pointer vers le kernel SMP

c quoi le modele des cartes ?

Si les disques sont en IDE, aucun souci, tu n'as rien à faire. Si c'est en SCSI, il y a une manip à faire dans le cas où tu changes de carte SCSI. A ma connaissance, Windows est le seul OS qui n'est pas foutu de gérer les controlleurs IDE de manière générique.

Le fait de devoir réinstaller, c'est une mauvaise habitude.

en general, les mandrake installent un noyeau uniprocesseur et un noyeau SMP. il suffit de changer la config du boot loader pour pointer vers le kernel SMP

c quoi le modele des cartes ?

apparemment ce n'est pas systematique, j'ai mon portable qui présente
en effet la particularité de présenter d'office les 2 possibilités (install nfs).
et mon pc principal avec la même version n'a pas ce kernel smp

sinon, le fait de reinstaller est une mauvaise habitude (en effet, ce n'est pas mon style
d'où ma question).
je me demandais juste si pendant une installation clean, il ne privilégiait
pas les paquets de logiciels et lib specialement conçu pour le smp...
ce qui n'est pas mon cas puisque l'install de départ s'est déroulée en mono.

Si les disques sont en IDE, aucun souci, tu n'as rien à faire. Si c'est en SCSI, il y a une manip à faire dans le cas où tu changes de carte SCSI. A ma connaissance, Windows est le seul OS qui n'est pas foutu de gérer les controlleurs IDE de manière générique.

Le fait de devoir réinstaller, c'est une mauvaise habitude.

si tu connais la manip je suis preneur, car dans ce cas là me suis retrouvé face à un kernel panic, et meme en rescue en essayant de lui faire prendre les nouveaux pilotes, au redemarrage de nouveau kp !

+1
pareil.
c'etait le passage d'une carte mere intel a une VIA (mem proc/RAM). donc coté gestion IDE generique, j'ai des doutes :/ (je precise que je n'avais pas installé de drivers spéciaux pour la carte mere)

coté kernel, sur les installs que j'ai fait il y a maintenant longtemps, j'avais toujours un kernel SMP et un kernel std (mais c'etait pt'etre un coup de bol). pour ce qui est des applis, tu peux les reinstaller a la main une par une en prenant la version SMP a chaque fois (rpm -u par ex si c'est un rpm)

+1
pareil.
c'etait le passage d'une carte mere intel a une VIA (mem proc/RAM). donc coté gestion IDE generique, j'ai des doutes :/ (je precise que je n'avais pas installé de drivers spéciaux pour la carte mere)

coté kernel, sur les installs que j'ai fait il y a maintenant longtemps, j'avais toujours un kernel SMP et un kernel std (mais c'etait pt'etre un coup de bol). pour ce qui est des applis, tu peux les reinstaller a la main une par une en prenant la version SMP a chaque fois (rpm -u par ex si c'est un rpm)

ah oui interessant mais si ça prend plus de temps qu'une reinstalle clean (>2h),
je vois pas l'interet...

de toute façon, j'essayerais sans reinstaller tout d'abord (sauf peut etre
un urpmi kernel-smp), j'essayerais de noter si j'obtiens un quelconque gain,
sinon j'opterais pour une reinstalle depuis 0...

voila,
je peux vous dire qu'il a fallu reinstaller, malgré que j'ai installé
préalablement #urpmi kernel-smp

1- ma mdk eteignait l'ecran au bout de 2sec.
la seule possibilité était de se connecter en init 1, le passage en init 3 ==> impossible de se logguer.
2- le serveur X ne semblait pas démarrer
impossible de trouver ce qui n'allait pas...

donc me voila parti pour une reinstalle de mdk, qui n'abouti pas.

je me rabats sur fc4 du coup et cette fois ça marche
enfin, je crois.
est ce que ce genre de message est bon signe??

[memaster-smp@hoas03 ~]$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 1005.076
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 1990.65

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 1005.076
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips : 2007.04

ca veut bien dire que les deux procs sont utilises : SMP Power.

sinon un uname -a devrait te dire que le SMP est active

exemple :

#uname -a
Linux hoas03.hoaraus 2.6.11-1.1369_FC4smp #1 SMP Thu Jun 2 23:08:39 EDT 2005 i686 i686 i386 GNU/Linux

si tu connais la manip je suis preneur, car dans ce cas là me suis retrouvé face à un kernel panic, et meme en rescue en essayant de lui faire prendre les nouveaux pilotes, au redemarrage de nouveau kp !

Le pilote de la carte SCSI est en général placé dans l'initrd (ramdisk initial) associé au noyau installé par ta distrib. Si tu changes de matériel, il faut regénérer cet initrd. Le plus simple est de le faire sur ta distrib AVANT de changer de matériel, mais tu peux y arriver aussi après coup:

Les instructions suivantes devraient marcher sur toute distrib ayant un kernel standard, si tu ne peux plus booter ton OS:

Booter sur le CD d'installation en mode "rescue"
Sous Mandriva, quand le CD démarre, faire F1, puis taper "rescue"

Tu ouvres un shell (proposé par la GUI sous Mandriva).

Si ça n'a pas été fait automatiquement, tu charges le pilote de ta nouvelle carte scsi (ex: aacraid)

modprobe aacraid

Si ça n'a pas été fait automatiquement, tu montes la partition racine de ton disque dur (ex: sda1)

mount -t auto /dev/sda1 /mnt

Si tu as une partition dédiée au répertoire /boot, tu la montes aussi (ex: sur /mnt)

mount -t auto /dev/sda2 /mnt/boot

Tu te chrootes sur ta partition système:

chroot /mnt

Et voila, tu es dans l'environnement de ta distrib installée, bien qu'ayant booté depuis le CD.

Pour regénerer l'initrd (depuis le CD de boot OU depuis la distrib installée sur le DD):

Tu détermines la version exacte de ton kernel (ex: 2.6.14-smp).
Attention il faut connaitre la version du noyau installé sur ta distrib, pas celle du CD de boot !

Pour créer un initrd qui boote sur le SCSI, il faut au minimum les modules suivants, dans l'ordre:
aacraid: dans mon exemple, c'est le pillote de la carte SCSI (Adaptec 2120S)
sd_mod : pilote pour les périphériques de bloc SCSI
ext3: le pilote pour le système de fichier racine de ton installation (dépend de comment tu as installé, ça pourrait être reiserfs ou xfs si tu as fait une installation "avancée")
Les dépendances de ces modules sont gérées automatiquement.

La commande magique (remplacer les noms de module comme il faut):

mkinitrd --preload aacraid --preload sd_mod --with=ext3 /tmp/initrd.img 2.6.14-smp

Tu peux mettre autant de pilotes SCSI si tu comptes faire des essais en changeant de carte SCS fréquemmentI:

mkinitrd --preload aacraid --preload aic79xx --preload aic7xx --preload sd_mod --with=ext3 /tmp/initrd.img 2.6.14-smp

Le nouveau fichier initrd est ainsi généré dans le fichier /tmp/initrd.img.

Tu remplaces ton ancien initrd par le nouveau.
En général, il se trouve dans le répertoire /boot et il se nomme initrd-versiondunoyau.img
Ex:

mv /boot/initrd-2.6.14-smp.img /boot/initrd-2.6.14-smp.img.old
mv /tmp/initrd.img /boot/initrd-2.6.14-smp.img

Enfin, il faut réinstaller le bootloader (ex: lilo)

lilo

Et voila, il suffit de rebooter

NB: certaines distrib ont des outils pour automatiser un peu ces actions. Cette méthode est 100% manuelle "à l'ancienne".

apparemment ce n'est pas systematique, j'ai mon portable qui présente
en effet la particularité de présenter d'office les 2 possibilités (install nfs).
et mon pc principal avec la même version n'a pas ce kernel smp

sinon, le fait de reinstaller est une mauvaise habitude (en effet, ce n'est pas mon style
d'où ma question).
je me demandais juste si pendant une installation clean, il ne privilégiait
pas les paquets de logiciels et lib specialement conçu pour le smp...
ce qui n'est pas mon cas puisque l'install de départ s'est déroulée en mono.

Sur Mandriva, le noyau SMP est installé automatiquement si l'installeur détecte plusieurs CPU ou bien un CPU doté de l'Hyperthreading.

+1
pareil.
c'etait le passage d'une carte mere intel a une VIA (mem proc/RAM). donc coté gestion IDE generique, j'ai des doutes :/ (je precise que je n'avais pas installé de drivers spéciaux pour la carte mere)

Je maintiens que sous Linux, le support IDE est "générique" (tout chipset IDE est reconnu sans pilote spécifique).
Par contre des pb peuvent se présenter si tu "déplaces" tes disques (ex: de master à slave, ou bien de controlleur IDE intégré à la carte mère vers un controlleur supplémentaire PCI)

voila,
je peux vous dire qu'il a fallu reinstaller, malgré que j'ai installé
préalablement #urpmi kernel-smp

1- ma mdk eteignait l'ecran au bout de 2sec.
la seule possibilité était de se connecter en init 1, le passage en init 3 ==> impossible de se logguer.
2- le serveur X ne semblait pas démarrer
impossible de trouver ce qui n'allait pas...

Avec le kernel SMP, certaines fonctionnalités du kernel sont souvent moins stables qu'en monocpu, notamment l'ACPI.
Si tu installes en mono, la distrib installe l'ACPI, et si tu ajoutes un kernel SMP, il est probable qu'il faille le désactiver "à la main".

Merci Albator78 !
dans mon cas je n'avais pas eu le choix, c'etait la carte scsi qui avait subitement décidé de ne plus savoir gerer les disques superieurs à UW2 donc poubelle.

c génial, j'espere ne jamais avoir besoin de cette manip mais je l'ai imprimée

faut il que je fasse une recompil du kernel (pour encore plus de perf) avec cette fedora??
ou alors le smp de l'install par defaut est deja suffisant??