Au démarrage d'une machine x86 SMP, un proc est tiré au sort et lance la machine : c'est le BP (Boot Processor). Après des inits diverses, il démarre les autres processeurs, qui sont appelés Application Processors (AP).
TfH
merci !
Thierry Herbelot wrote:
Jean-Marc Zucconi wrote:
Applications Processor.
Au démarrage d'une machine x86 SMP, un proc est tiré au sort et lance la
machine : c'est le BP (Boot Processor). Après des inits diverses, il
démarre les autres processeurs, qui sont appelés Application Processors
(AP).
Au démarrage d'une machine x86 SMP, un proc est tiré au sort et lance la machine : c'est le BP (Boot Processor). Après des inits diverses, il démarre les autres processeurs, qui sont appelés Application Processors (AP).
TfH
merci !
Nicolas Le Scouarnec
Au boot, le message "SMP: AP CPU #1 Launched!" s'affiche. Je me demandais: "AP", c'est pour quoi ? Applications Processor.
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2422.64-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff<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,HTT,TM,PBE> ^^^ Et dans la meme série des questions sur les CPU et les dmesg.
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment).
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Au boot, le message "SMP: AP CPU #1 Launched!" s'affiche.
Je me demandais: "AP", c'est pour quoi ?
Applications Processor.
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2422.64-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf27 Stepping = 7
Features=0xbfebfbff<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,HTT,TM,PBE>
^^^
Et dans la meme série des questions sur les CPU et les dmesg.
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ?
(Mon noyau n'est pas compilé avec le support SMP pour le moment).
Et aussi, comment savoir de combien de procs dispose une machine smp (sans
regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un
mois)).
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Au boot, le message "SMP: AP CPU #1 Launched!" s'affiche. Je me demandais: "AP", c'est pour quoi ? Applications Processor.
CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2422.64-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff<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,HTT,TM,PBE> ^^^ Et dans la meme série des questions sur les CPU et les dmesg.
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment).
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
F. Senault
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment).
Je pense, mais sans le jurer.
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
# sysctl hw.ncpu
De manière générale, un sysctl -a apprend plein de trucs (parfois un peu abscons, mais bon) sur la machine... :)
Fred -- Over thinking, over analyzing separates the body from the mind. Withering my intuition, missing opportunities and I must Feed my will to feel my moment drawing way outside the lines. (Tool, Lateralus)
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ?
(Mon noyau n'est pas compilé avec le support SMP pour le moment).
Je pense, mais sans le jurer.
Et aussi, comment savoir de combien de procs dispose une machine smp (sans
regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un
mois)).
# sysctl hw.ncpu
De manière générale, un sysctl -a apprend plein de trucs (parfois un peu
abscons, mais bon) sur la machine... :)
Fred
--
Over thinking, over analyzing separates the body from the mind.
Withering my intuition, missing opportunities and I must
Feed my will to feel my moment drawing way outside the lines.
(Tool, Lateralus)
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment).
Je pense, mais sans le jurer.
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
# sysctl hw.ncpu
De manière générale, un sysctl -a apprend plein de trucs (parfois un peu abscons, mais bon) sur la machine... :)
Fred -- Over thinking, over analyzing separates the body from the mind. Withering my intuition, missing opportunities and I must Feed my will to feel my moment drawing way outside the lines. (Tool, Lateralus)
Nicolas Le Scouarnec
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment). Je pense, mais sans le jurer.
Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un kernel SMP
Ok, j'ai donc testé. C'est P4 2.4Ghz, normalement, aucun ne supporte le HTT, et c'est le cas, puisque qu'avec un kernel SMP recompilé, je n'ai que 1 CPU :-(
[ ~]% sysctl hw.ncpu hw.ncpu: 1
plante radicalement (blocage au démarrage).
Le miens n'a pas planté. Mais bon, il n'y a qu'un CPU au final.
Il semble qu'il faille une combinaison : - P4 avec les "bons" transistors - chipset adéquat (865, p. ex.) - BIOS au point pou que l'hyperthreading soit effectivement utilisable.
J'ai un serveur, un Bi P4 Xeon 2 Ghz, qui lui marche très bien avec l'hyperthreading et trouve ces 4 processeurs, ca marche assez bien, par contre, j'ai eu des trucs qui m'interrogent.
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien.
Merci pour les infos.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ?
(Mon noyau n'est pas compilé avec le support SMP pour le moment).
Je pense, mais sans le jurer.
Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un kernel SMP
Ok, j'ai donc testé. C'est P4 2.4Ghz, normalement, aucun ne supporte le
HTT, et c'est le cas, puisque qu'avec un kernel SMP recompilé, je n'ai
que 1 CPU :-(
[nlsn@shiva ~]% sysctl hw.ncpu
hw.ncpu: 1
plante radicalement (blocage au démarrage).
Le miens n'a pas planté. Mais bon, il n'y a qu'un CPU au final.
Il semble qu'il faille une combinaison :
- P4 avec les "bons" transistors
- chipset adéquat (865, p. ex.)
- BIOS au point
pou que l'hyperthreading soit effectivement utilisable.
J'ai un serveur, un Bi P4 Xeon 2 Ghz, qui lui marche très bien avec
l'hyperthreading et trouve ces 4 processeurs, ca marche assez bien, par
contre, j'ai eu des trucs qui m'interrogent.
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors
qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make
-j4 , et la, ca passait bien.
Merci pour les infos.
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Est-ce que ce HTT veut dire que mon ordi supporte l'HyperThreading ? (Mon noyau n'est pas compilé avec le support SMP pour le moment). Je pense, mais sans le jurer.
Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un kernel SMP
Ok, j'ai donc testé. C'est P4 2.4Ghz, normalement, aucun ne supporte le HTT, et c'est le cas, puisque qu'avec un kernel SMP recompilé, je n'ai que 1 CPU :-(
[ ~]% sysctl hw.ncpu hw.ncpu: 1
plante radicalement (blocage au démarrage).
Le miens n'a pas planté. Mais bon, il n'y a qu'un CPU au final.
Il semble qu'il faille une combinaison : - P4 avec les "bons" transistors - chipset adéquat (865, p. ex.) - BIOS au point pou que l'hyperthreading soit effectivement utilisable.
J'ai un serveur, un Bi P4 Xeon 2 Ghz, qui lui marche très bien avec l'hyperthreading et trouve ces 4 processeurs, ca marche assez bien, par contre, j'ai eu des trucs qui m'interrogent.
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien.
Merci pour les infos.
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
Thierry> Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un Thierry> kernel SMP plante radicalement (blocage au démarrage). Il Thierry> semble qu'il faille une combinaison : Thierry> - P4 avec les "bons" transistors Thierry> - chipset adéquat (865, p. ex.) Thierry> - BIOS au point pou que l'hyperthreading soit effectivement Thierry> utilisable.
Sans oublier le code que J Baldwin vient de commiter en -current (support apic et pci revu de fond en comble qui permet de ne plus avoir de distinction kernel up/smp). Pour le moment, ça sent encore la peinture fraiche...
Eric Masson
-- JR> La vieillesse est un naufrage. CF> Mais non. On y gagne le goût pour les endives. C'est pas gentil de le pousser au suicide -+- PH in <http://www.le-gnu.net/> - Bon an, mal endive -+-
Thierry> Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un
Thierry> kernel SMP plante radicalement (blocage au démarrage). Il
Thierry> semble qu'il faille une combinaison :
Thierry> - P4 avec les "bons" transistors
Thierry> - chipset adéquat (865, p. ex.)
Thierry> - BIOS au point pou que l'hyperthreading soit effectivement
Thierry> utilisable.
Sans oublier le code que J Baldwin vient de commiter en -current
(support apic et pci revu de fond en comble qui permet de ne plus avoir
de distinction kernel up/smp). Pour le moment, ça sent encore la
peinture fraiche...
Eric Masson
--
JR> La vieillesse est un naufrage.
CF> Mais non. On y gagne le goût pour les endives.
C'est pas gentil de le pousser au suicide
-+- PH in <http://www.le-gnu.net/> - Bon an, mal endive -+-
Thierry> Mon ordi au taf' donne aussi le bit HTT (avec un p4), mais un Thierry> kernel SMP plante radicalement (blocage au démarrage). Il Thierry> semble qu'il faille une combinaison : Thierry> - P4 avec les "bons" transistors Thierry> - chipset adéquat (865, p. ex.) Thierry> - BIOS au point pou que l'hyperthreading soit effectivement Thierry> utilisable.
Sans oublier le code que J Baldwin vient de commiter en -current (support apic et pci revu de fond en comble qui permet de ne plus avoir de distinction kernel up/smp). Pour le moment, ça sent encore la peinture fraiche...
Eric Masson
-- JR> La vieillesse est un naufrage. CF> Mais non. On y gagne le goût pour les endives. C'est pas gentil de le pousser au suicide -+- PH in <http://www.le-gnu.net/> - Bon an, mal endive -+-
panda
"Nicolas Le Scouarnec" a écrit dans le message de news:
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
cat /var/run/dmesg.boot contient une copie du dmesg au dernier boot.
"Nicolas Le Scouarnec" <root@india.ath.cx.nospam.invalid> a écrit dans le
message de news:
Et aussi, comment savoir de combien de procs dispose une machine smp (sans
regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un
mois)).
cat /var/run/dmesg.boot contient une copie du dmesg au dernier boot.
"Nicolas Le Scouarnec" a écrit dans le message de news:
Et aussi, comment savoir de combien de procs dispose une machine smp (sans regarder le dmesg, vu que je ne l'ai plus (la machine a booté il y a un mois)).
cat /var/run/dmesg.boot contient une copie du dmesg au dernier boot.
Marwan FeanoR/var Burelle
On Thu, 6 Nov 2003 21:33:06 +0000 (UTC) Nicolas Le Scouarnec wrote:
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien.
Ça me parrait normal, il n'ai pas évident que le makefile et le processus de compilation en question soit adapté à la parallèlisation ...
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc déjà et on doit pouvoir mieux faire avec 2 procs ...
On Thu, 6 Nov 2003 21:33:06 +0000 (UTC)
Nicolas Le Scouarnec <root@india.ath.cx.nospam.invalid> wrote:
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors
qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make
-j4 , et la, ca passait bien.
Ça me parrait normal, il n'ai pas évident que le makefile et le processus
de compilation en question soit adapté à la parallèlisation ...
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc
déjà et on doit pouvoir mieux faire avec 2 procs ...
On Thu, 6 Nov 2003 21:33:06 +0000 (UTC) Nicolas Le Scouarnec wrote:
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien.
Ça me parrait normal, il n'ai pas évident que le makefile et le processus de compilation en question soit adapté à la parallèlisation ...
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc déjà et on doit pouvoir mieux faire avec 2 procs ...
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc déjà et on doit pouvoir mieux faire avec 2 procs ...
Ca marche très bien avec -j8 .
-- Laurent
Nicolas Le Scouarnec
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien. Ça me parrait normal, il n'ai pas évident que le makefile et le processus
de compilation en question soit adapté à la parallèlisation ...
Ok, donc, ca peut marcher, mais il faut que ca soit prévu pour. Si ca marche (si la compilation ne s'arrete pas), je peux considerer que c'est correct (enfin, que je peux l'installer et que tout s'est bien passé) ?
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc déjà et on doit pouvoir mieux faire avec 2 procs ...
4 proc :-) Bi-Xeon avec HyperThreading, ca fait 4 CPU :-) . Ok, donc -j8 la prochaine fois...
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors
qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make
-j4 , et la, ca passait bien.
Ça me parrait normal, il n'ai pas évident que le makefile et le processus
de compilation en question soit adapté à la parallèlisation ...
Ok, donc, ca peut marcher, mais il faut que ca soit prévu pour. Si ca
marche (si la compilation ne s'arrete pas), je peux considerer que
c'est correct (enfin, que je peux l'installer et que tout s'est bien
passé) ?
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc
déjà et on doit pouvoir mieux faire avec 2 procs ...
4 proc :-) Bi-Xeon avec HyperThreading, ca fait 4 CPU :-) . Ok, donc
-j8 la prochaine fois...
--
Nicolas Le Scouarnec
http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
J'ai lancé make -j 4 sur un port et cela a planté immédiatement, alors qu'en make ca passe bien. Par contre, j'ai recompilé un kernel en make -j4 , et la, ca passait bien. Ça me parrait normal, il n'ai pas évident que le makefile et le processus
de compilation en question soit adapté à la parallèlisation ...
Ok, donc, ca peut marcher, mais il faut que ca soit prévu pour. Si ca marche (si la compilation ne s'arrete pas), je peux considerer que c'est correct (enfin, que je peux l'installer et que tout s'est bien passé) ?
Et pour un bi-proc essaie plutôt du -j6, -j4 ça marche bien sur mon-proc déjà et on doit pouvoir mieux faire avec 2 procs ...
4 proc :-) Bi-Xeon avec HyperThreading, ca fait 4 CPU :-) . Ok, donc -j8 la prochaine fois...
-- Nicolas Le Scouarnec http://nlsn.free.fr (Slrnfr, Docs Linux/BSD, La grippe, ... )
