SMP, Pentium IV et hyperthreading

Sebastien Kirche wrote:

Bonsoir tout le monde,

Ce soir j'ai changé mon boîtier Shuttle pour un modèle supportant le P4 qui
dormait depuis un moment sur mon bureau. J'ai en quelque sorte mis un tigre
dans le moteur dans la mesure où je passe de 1,6 à 2,8 GHz.

Je n'ai rien reconfiguré à part le bios de la nouvelle machine et le serveur
dhcp de la passerelle : je me suis contenté de remonter les disques dans la
nouvelle machine.

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
(Faudra que je fasse une récup du système à l'occase.)

Mon souci est que ce p4 offre l'hyperthreading, la machine le supporte, il
est activé dans le bios, mon noyau est SMP mais il semble que le système ne
voit qu'un processeur.

Quelques infos pertinentes :

,----[ uname -a ]
| Linux obelix.seki.fr 2.4.22-xfs #1 SMP Fr Okt 3 20:36:25 CEST 2003 i686
| GNU/Linux
`----

,----[ sudo grep -i smp /boot/config-2.4.22-xfs ]
| CONFIG_SMP=y
`----

,----[ cat /proc/cpuinfo ]
| processor : 0
| vendor_id : GenuineIntel
| cpu family : 15
| model : 2
| model name : Intel(R) Pentium(R) 4 CPU 2.80GHz
| stepping : 5
| cpu MHz : 2806.410
| cache size : 512 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 sep mtrr pge mca cmov
| pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
| bogomips : 5596.77
|
`----

Je constate que pour le noyau, il n'y a qu'un processeur. Et au contraire de
ma sparcstation bi-processeur qui affiche 2 pingouins au boot, le Shuttle
n'en montre qu'un.
C'est peut-être normal si on considère qu'il n'y a qu'un processeur
physique. Mais je fais le parallèle avec WinXP qui voit 2 processeurs
lorsque l'hyperthreading est activé.

J'ajoute que les archives du groupe indiquent que l'hyperthreading est
supporté depuis le 2.4.18, et qu'alors /proc/cpuinfo affiche le cas échéant
plusieurs blocs d'info.

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un noyau plus
récent, par exemple le 2.4.26 ?

Merci pour vos tuyaux :)

Sébastien Kirche

Bonjour,

Moi, j'ai un bi-pro Xeon, et le système fait comme s'il y a avait 4
processeurs !!! Je ne comprends pas non plus. Est-ce lié à
l'hyperthreading ? J'au une Redhat 3 Enterprise. Voici ce que j'ai :

----[uname -a]
Linux xxx.xxx.xxx.fr 2.4.21-4.ELsmp #1 SMP Fri Oct 3 17:52:56 EDT 2003
i686 i686 i386 GNU/Linux

----[cat /proc/cpuinfo]

processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.06GHz
stepping : 9
cpu MHz : 1603.679
cache size : 512 KB
physical id : 0
siblings : 2
runqueue : 0
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 sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3198.15

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.06GHz
stepping : 9
cpu MHz : 1603.679
cache size : 512 KB
physical id : 3
siblings : 2
runqueue : 1
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 sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3204.71

processor : 2
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.06GHz
stepping : 9
cpu MHz : 1603.679
cache size : 512 KB
physical id : 3
siblings : 2
runqueue : 1
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 sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3204.71

processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Xeon(TM) CPU 3.06GHz
stepping : 9
cpu MHz : 1603.679
cache size : 512 KB
physical id : 0
siblings : 2
runqueue : 0
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 sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm
bogomips : 3204.71

Tydam.

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
Ca doit en surprendre plus d'un! :-) Certainement as-tu un message

convivial de la part d'XP...

Mon souci est que ce p4 offre l'hyperthreading, la machine le supporte, il
est activé dans le bios, mon noyau est SMP mais il semble que le système ne
voit qu'un processeur.
Quelques infos pertinentes :

,----[ uname -a ]
,----[ sudo grep -i smp /boot/config-2.4.22-xfs ]
,----[ cat /proc/cpuinfo ]
D'apres ces infos, ton système ne voit effectivement qu'un seul

processeur. Tu es sur que l'hyperthreading est activé dans le bios?
Et tous les Pentium IV offrent ils l'hyperthreading?

J'ajoute que les archives du groupe indiquent que l'hyperthreading est
supporté depuis le 2.4.18, et qu'alors /proc/cpuinfo affiche le cas échéant
plusieurs blocs d'info.
J'ai un Bi-Xeon qui tourne sur un noyau 2.4.18, et /proc/cpuinfo reporte

effectivement 4 processeurs.
Le 2.4.18SMP en question est celui d'une RedHat, rien de très exotique.

# uname -a
Linux jenlain 2.4.18-14smp #1 SMP Wed Sep 4 12:34:47 EDT 2002 i686 i686
i386 GNU/Linux

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un noyau plus
récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

CONFIG_SCHED_SMT:
SMT scheduler support improves the CPU scheduler's decision making

when dealing with Intel Pentium 4 chips with HyperThreading at a

cost of slightly increased overhead in some places.

Merci pour vos tuyaux :)
Si ça peut aider...

--
J1

Le 17 Sep 2004, ji1.NOJUNK@free.fr a dit :

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
Ca doit en surprendre plus d'un! :-) Certainement as-tu un message

convivial de la part d'XP...

Bof, je devine un bref écran bleu (1/4 de seconde peut-être ?) et ça
reboote.
Étonnant, non ? ;)

D'apres ces infos, ton système ne voit effectivement qu'un seul
processeur. Tu es sur que l'hyperthreading est activé dans le bios?
Et tous les Pentium IV offrent ils l'hyperthreading?

Tous ? Je ne crois pas. Mais celui-ci oui. Et le bios l'indique au démarrage.

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un noyau
plus récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

Le 2.6 m'a encore l'air jeune, au vu de tous les soucis remontés par ceux
qui s'y frottent. Je vais rester en 2.4 je pense.

Merci pour vos tuyaux :)
Si ça peut aider...

Ben... pas tellement pour l'instant.

Sébastien Kirche

Bonjour,

On Fri, 17 Sep 2004, J1 wrote:

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
Ca doit en surprendre plus d'un! :-) Certainement as-tu un message

convivial de la part d'XP...

Pourtant, XP supporte l'HyperThreading, et il sait même le faire
correctement.

,----[ uname -a ]
,----[ sudo grep -i smp /boot/config-2.4.22-xfs ]
,----[ cat /proc/cpuinfo ]
D'apres ces infos, ton système ne voit effectivement qu'un seul

processeur. Tu es sur que l'hyperthreading est activé dans le bios?
Et tous les Pentium IV offrent ils l'hyperthreading?

Ce processeur le supporte, les flags l'indiquent (ht). Je me demande
plutôt si le noyau booté est bien celui compilé avec le support du SMP.

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un noyau plus
récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

CONFIG_SCHED_SMT:
SMT scheduler support improves the CPU scheduler's decision making
when dealing with Intel Pentium 4 chips with HyperThreading at a
cost of slightly increased overhead in some places.

Ce qui peut être une bonne chose, le SMP et le SMT se gèrent différemment
au niveau de l'ordonnancement, et on peut obtenir des pertes de
performances en ne faisant pas les choses correctement.

--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
scanf() is evil.

Le 17 Sep 2004, Erwann ABALEA a formulé :

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
Ca doit en surprendre plus d'un! :-) Certainement as-tu un message

convivial de la part d'XP...

Pourtant, XP supporte l'HyperThreading, et il sait même le faire
correctement.

Certes. Je disais juste que ma Debian avait plutôt bien supporté de se
retrouver montée dans une nouvelle boîte, alors qu'XP non.
Mais on ne peut pas l'en blâmer non plus. Ceci n'est *pas* un troll.

Ce processeur le supporte, les flags l'indiquent (ht). Je me demande
plutôt si le noyau booté est bien celui compilé avec le support du SMP.

Pourtant, "uname -a"... Je ne vois pas comment il m'afficherait les
caractéristique d'un autre noyau ?

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un
noyau plus récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

Le problème est peut-être inverse : est-il possible qu'un réglage traînasse
dans un coin et qui désactiverait la fonctionnalité SMP ?

Sébastien Kirche

Dans le message <news:m2k6utoxnp.fsf@seki.fr>,
*Sebastien Kirche* tapota sur f.c.o.l.configuration :

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un
noyau plus récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

Le problème est peut-être inverse : est-il possible qu'un réglage
traînasse dans un coin et qui désactiverait la fonctionnalité SMP ?

A part les éventuels paramètres passés au noyau au boot, non.

Donc vérifie tout de même dans ton bootloader que tu n'as pas des options du
genre : nosmp, noht, noapic, maxcpus=1, ...

--
TiChou

On Fri, 17 Sep 2004, Sebastien Kirche wrote:

Le 17 Sep 2004, Erwann ABALEA a formulé :

Reboot et ça roule pour Debian, par contre XP ne s'en est pas remis :)
Ca doit en surprendre plus d'un! :-) Certainement as-tu un message

convivial de la part d'XP...

Pourtant, XP supporte l'HyperThreading, et il sait même le faire
correctement.

Certes. Je disais juste que ma Debian avait plutôt bien supporté de se
retrouver montée dans une nouvelle boîte, alors qu'XP non.
Mais on ne peut pas l'en blâmer non plus. Ceci n'est *pas* un troll.

Ah, c'est donc ça. Effectivement, c'est pas des choses à faire. :)

Ce processeur le supporte, les flags l'indiquent (ht). Je me demande
plutôt si le noyau booté est bien celui compilé avec le support du SMP.

Pourtant, "uname -a"... Je ne vois pas comment il m'afficherait les
caractéristique d'un autre noyau ?

C'est un noyau que tu as recompilé toi-même? Le nom indiqué par un "uname
-a" ne signifie pas grand chose, surtout ce qui se trouve après le numéro
de version. Personnellement, je mets des "-test1", "-test2", etc pour mes
différents essais.

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un
noyau plus récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option spécifique

à l'hyperthreading. Je ne sais pas ce qu'il en est pour les derniers 2.4

Le problème est peut-être inverse : est-il possible qu'un réglage traînasse
dans un coin et qui désactiverait la fonctionnalité SMP ?

Je n'ai plus ton post d'origine (et j'ai la flemme de lancer un navigateur
sur ma brouette), mais n'as tu rien trouvé de significatif dans un
"dmesg"?

--
Erwann ABALEA <erwann@abalea.com> - RSA PGP Key ID: 0x2D0EABD5
-----
JR> Vous êtes toujours d'accord avec moi, parfois vous ne le savez pas.
Je suis peut-être toujours d'accord avec vous, mais je suis loin d'être
toujours d'accord avec ce que vous dites...
-+-ED in GNU : On ne prête (de mauvaises intentions) qu'au JR -+-

Le 17 Sep 2004, TiChou vraute :

Le problème est peut-être inverse : est-il possible qu'un réglage
traînasse dans un coin et qui désactiverait la fonctionnalité SMP ?

A part les éventuels paramètres passés au noyau au boot, non.

Donc vérifie tout de même dans ton bootloader que tu n'as pas des options
du genre : nosmp, noht, noapic, maxcpus=1, ...

Nan, rien de toussa à part la spécification du mode vga de départ, l'accès
scsi aux disques et un apm=power-off qui traîne...


Par ailleurs, le 17 Sep 2004, Erwann ABALEA a formulé :

Pourtant, "uname -a"... Je ne vois pas comment il m'afficherait les
caractéristique d'un autre noyau ?

C'est un noyau que tu as recompilé toi-même? Le nom indiqué par un "uname
-a" ne signifie pas grand chose, surtout ce qui se trouve après le numéro
de version. Personnellement, je mets des "-test1", "-test2", etc pour mes
différents essais.

Non, pas de noyau custom. C'est celui fourni avec la Knoppix 3.3 qui m'avait
servi à installer la machine.

Y aurait-t-il un réglage à changer ou je vais pouvoir passer à un
noyau plus récent, par exemple le 2.4.26 ?
Dans les derniers noyaux 2.6, tu peux même activer une option

spécifique à l'hyperthreading. Je ne sais pas ce qu'il en est pour
les derniers 2.4

Le problème est peut-être inverse : est-il possible qu'un réglage
traînasse dans un coin et qui désactiverait la fonctionnalité SMP ?

Je n'ai plus ton post d'origine (et j'ai la flemme de lancer un navigateur
sur ma brouette), mais n'as tu rien trouvé de significatif dans un
"dmesg"?

Tiens, je n'avais bêtement pas pensé à dmesg...

Morceaux choisis :
,----[ dmesg ]
| Linux version 2.4.22-xfs (root@Knoppix) (gcc version 2.95.4 20011002
| (Debian prerelease)) #1 SMP Fr Okt 3 20:36:25 CEST 2003
|
| [...]
|
| found SMP MP-table at 000f57d0
| hm, page 000f5000 reserved twice.
| hm, page 000f6000 reserved twice.
| hm, page 000f0000 reserved twice.
| hm, page 000f1000 reserved twice.
| On node 0 totalpages: 131056
| zone(0): 4096 pages.
| zone(1): 126960 pages.
| zone(2): 0 pages.
| Intel MultiProcessor Specification v1.4
| Virtual Wire compatibility mode.
| OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
| Processor #0 Pentium 4(tm) XEON(tm) APIC version 17
| I/O APIC #2 Version 17 at 0xFEC00000.
| Enabling APIC mode: Flat. Using 1 I/O APICs
| Processors: 1
| Kernel command line: root=/dev/hdc2 hda=scsi hdb=scsi hdc=scsi hdd=scsi
| apm=power-off vgay1
| ide_setup: hda=scsi
| ide_setup: hdb=scsi
| ide_setup: hdc=scsi
| ide_setup: hdd=scsi
| Initializing CPU#0
| Detected 2806.410 MHz processor.
| Calibrating delay loop... 5596.77 BogoMIPS
|
| [...]
|
| CPU: Trace cache: 12K uops, L1 D cache: 8K
| CPU: L2 cache: 512K
| CPU: Physical Processor ID: 0
| Intel machine check architecture supported.
| Intel machine check reporting enabled on CPU#0.
| CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
| CPU: Common caps: bfebfbff 00000000 00000000 00000000
| Enabling fast FPU save and restore... done.
| Enabling unmasked SIMD FPU exception support... done.
| Checking 'hlt' instruction... OK.
| Checking for popad bug... OK.
| POSIX conformance testing by UNIFIX
| mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
| mtrr: detected mtrr type: Intel
| CPU: Trace cache: 12K uops, L1 D cache: 8K
| CPU: L2 cache: 512K
| CPU: Physical Processor ID: 0
| Intel machine check reporting enabled on CPU#0.
| CPU: After generic, caps: bfebfbff 00000000 00000000 00000000
| CPU: Common caps: bfebfbff 00000000 00000000 00000000
| CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 05
| per-CPU timeslice cutoff: 1462.73 usecs.
| enabled ExtINT on CPU#0
| ESR value before enabling vector: 00000000
| ESR value after enabling vector: 00000000
| Error: only one processor found.
| WARNING: No sibling found for CPU 0.
|
| [...]
|
| Using local APIC timer interrupts.
| calibrating APIC timer ...
| ..... CPU clock speed is 2806.2797 MHz.
| ..... host bus clock speed is 200.4483 MHz.
| cpu: 0, clocks: 2004483, slice: 1002241
| CPU0<T0:2004480,T1:1002224,D:15,S:1002241,C:2004483>
| Waiting on wait_init_idle (map = 0x0)
| All processors have done init_idle
|
| [...]
|
`----

Donc apparemment, il détecte bien le processeur, mais point de SMP qui
fonctionne, bien qu'il en soit capable...

Mais je peut-être suis-je à côté de la plaque ?
Qu'en est il chez ceux qui sont équipés P4 hyperthreading ? Combien de
processeurs sont vus ?

Sébastien Kirche

Dans le message
<news:Pine.LNX.4.58.0409171542480.17961@shining.seclogd.org>,
*Erwann ABALEA* tapota sur f.c.o.l.configuration :

Ce processeur le supporte, les flags l'indiquent (ht). Je me demande
plutôt si le noyau booté est bien celui compilé avec le support du SMP.

Pourtant, "uname -a"... Je ne vois pas comment il m'afficherait
les caractéristique d'un autre noyau ?

C'est un noyau que tu as recompilé toi-même? Le nom indiqué par un "uname
-a" ne signifie pas grand chose, surtout ce qui se trouve après le numéro
de version. Personnellement, je mets des "-test1", "-test2", etc pour mes
différents essais.

Sous Linux, 'uname -a' indique si le noyau a le support SMP ou pas. C'était
bien le cas pour Sébastien Kirche.

,----[ uname -a ]
| Linux obelix.seki.fr 2.4.22-xfs #1 SMP Fr Okt 3 20:36:25 CEST 2003 i686
^^^

| GNU/Linux
`----

--
TiChou

Sebastien Kirche wrote:

Tiens, je n'avais bêtement pas pensé à dmesg...

Pour info, ce que j'ai sur mon P4 2.8GHz HT noyau 2.6.8.1

| Processor #0 Pentium 4(tm) XEON(tm) APIC version 17

Processor #0 15:2 APIC version 20
Processor #1 15:2 APIC version 20

| CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 05

CPU0: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09
...
CPU1: Intel(R) Pentium(R) 4 CPU 2.80GHz stepping 09

Donc apparemment, il détecte bien le processeur

Oui, il devrait en détecter 2. :-p

Mais je peut-être suis-je à côté de la plaque ?
Qu'en est il chez ceux qui sont équipés P4 hyperthreading ? Combien de
processeurs sont vus ?