A la base, je suis plutot linuxien. J'ai un vieux coucou, un bi-PIII sur
lequel j'ai installé freebsd 4.8
Ca marche, bien. postfix, postgresql, compialtion kernel, etc, ca marche.
Ce que j'aimerais savoir, c'est comment vérifier que les 2 CPUs de la
machine sont pris en compte (j'ai compiler le kernel avec l'option smp).
Dans mon /var/log/dmesg, j'ai cette ligne:
SMP: AP CPU #1 Launched!
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là
sous BSD, ca ne marche pas.
Merci de votre aide.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
F. Senault
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas.
Déjà, cette ligne du dmesg signifie que c'est bon. Sinon, la solution "canonique" : sysctl hw.ncpu . Plus platement pragmatique, la commande top rajoute une colonne (C) avec le n° du CPU sur lequel a tourné en dernier le processus.
Merci de votre aide.
Fred -- I'll note my sigs are all McQ, thank you; I've thrown out a lot of good material that would have pushed over the limit. Save the "de Boer your .sig" line for those who've swiped sigquotes from me without filing off the framing characters. (Anthony de Boer, in the Other Place)
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là
sous BSD, ca ne marche pas.
Déjà, cette ligne du dmesg signifie que c'est bon. Sinon, la solution
"canonique" : sysctl hw.ncpu . Plus platement pragmatique, la commande
top rajoute une colonne (C) avec le n° du CPU sur lequel a tourné en
dernier le processus.
Merci de votre aide.
Fred
--
I'll note my sigs are all McQ, thank you; I've thrown out a lot of good
material that would have pushed over the limit. Save the "de Boer your
.sig" line for those who've swiped sigquotes from me without filing off
the framing characters. (Anthony de Boer, in the Other Place)
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas.
Déjà, cette ligne du dmesg signifie que c'est bon. Sinon, la solution "canonique" : sysctl hw.ncpu . Plus platement pragmatique, la commande top rajoute une colonne (C) avec le n° du CPU sur lequel a tourné en dernier le processus.
Merci de votre aide.
Fred -- I'll note my sigs are all McQ, thank you; I've thrown out a lot of good material that would have pushed over the limit. Save the "de Boer your .sig" line for those who've swiped sigquotes from me without filing off the framing characters. (Anthony de Boer, in the Other Place)
Benjamin Pineau
Le 29 Dec 2003 10:52:35 GMT, Dankhin écrivais:
Dans mon /var/log/dmesg, j'ai cette ligne: SMP: AP CPU #1 Launched!
Donc c'est bon. L'autre s'appelle CPU #0.
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas.
Dans le monde BSD, on accède plus volontier aux informations du noyau via sysctl. En l'occurence vous trouverez l'information qui vous intéresse avec la commande "sysctl hw.ncpu machdep.smp_cpus".
Le 29 Dec 2003 10:52:35 GMT,
Dankhin <dankhin@yavin.corellian> écrivais:
Dans mon /var/log/dmesg, j'ai cette ligne:
SMP: AP CPU #1 Launched!
Donc c'est bon. L'autre s'appelle CPU #0.
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là
sous BSD, ca ne marche pas.
Dans le monde BSD, on accède plus volontier aux informations du noyau
via sysctl. En l'occurence vous trouverez l'information qui vous
intéresse avec la commande "sysctl hw.ncpu machdep.smp_cpus".
Dans mon /var/log/dmesg, j'ai cette ligne: SMP: AP CPU #1 Launched!
Donc c'est bon. L'autre s'appelle CPU #0.
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas.
Dans le monde BSD, on accède plus volontier aux informations du noyau via sysctl. En l'occurence vous trouverez l'information qui vous intéresse avec la commande "sysctl hw.ncpu machdep.smp_cpus".
Stéphane Witzmann
Dankhin wrote:
Bonjour.
A la base, je suis plutot linuxien. J'ai un vieux coucou, un bi-PIII sur lequel j'ai installé freebsd 4.8 Ca marche, bien. postfix, postgresql, compialtion kernel, etc, ca marche. Ce que j'aimerais savoir, c'est comment vérifier que les 2 CPUs de la machine sont pris en compte (j'ai compiler le kernel avec l'option smp). Dans mon /var/log/dmesg, j'ai cette ligne: SMP: AP CPU #1 Launched! Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas. Merci de votre aide.
Sous Linux, la commande top indique la charge pour chaque CPU. N'ayant qu'un monoprocesseur, je ne peux pas dire si c'est la même chose sous BSD, mais ça doit valoir le coup d'essayer.
Dankhin wrote:
Bonjour.
A la base, je suis plutot linuxien. J'ai un vieux coucou, un bi-PIII sur
lequel j'ai installé freebsd 4.8
Ca marche, bien. postfix, postgresql, compialtion kernel, etc, ca marche.
Ce que j'aimerais savoir, c'est comment vérifier que les 2 CPUs de la
machine sont pris en compte (j'ai compiler le kernel avec l'option smp).
Dans mon /var/log/dmesg, j'ai cette ligne:
SMP: AP CPU #1 Launched!
Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là
sous BSD, ca ne marche pas.
Merci de votre aide.
Sous Linux, la commande top indique la charge pour chaque CPU. N'ayant qu'un
monoprocesseur, je ne peux pas dire si c'est la même chose sous BSD, mais
ça doit valoir le coup d'essayer.
A la base, je suis plutot linuxien. J'ai un vieux coucou, un bi-PIII sur lequel j'ai installé freebsd 4.8 Ca marche, bien. postfix, postgresql, compialtion kernel, etc, ca marche. Ce que j'aimerais savoir, c'est comment vérifier que les 2 CPUs de la machine sont pris en compte (j'ai compiler le kernel avec l'option smp). Dans mon /var/log/dmesg, j'ai cette ligne: SMP: AP CPU #1 Launched! Sous linux il suffisait d'aller voir dans /proc pour vérifier les CPUs. Là sous BSD, ca ne marche pas. Merci de votre aide.
Sous Linux, la commande top indique la charge pour chaque CPU. N'ayant qu'un monoprocesseur, je ne peux pas dire si c'est la même chose sous BSD, mais ça doit valoir le coup d'essayer.
