[résolu] Database /proc/cpuinfo ?

Bonjour,

Je cherche à connaitre les références de :

cpu family : model :

Via un cat /proc/cpuinfo

Sauriez-vous où je peux trouver les références retournées par ces infos pour connaitre exactement le(s) proc(s) physique(s) installés ?

D’avance merci !!!

Bonjour,

Le model name + stepping ne suffisent-ils pas ?

Euh… je sais pas…

En fait, je débute dans l’exploitation des données de cpuinfo et je dois faire le relevé de différents serveurs.
Exemple :

[code]processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 3200.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags :
bogomips : 6404.65
clflush size : 64

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 3200.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
wp : yes
flags :
bogomips : 6400.24
clflush size : 64[/code]

Comment puis-je être sûr que j’ai deux procs physiques ou un proc avec un dual core ?

Puis-je m’appuyer sur :
cpu cores : 1

Oui, ça signifie bien que tu as deux processeurs avec chacun un seul coeur :wink:

Tu peux également te baser sur core id, les deux sont à 0. Or avec un double coeur, l’un est à 0 et l’autre 1.

cpu cores : nombre de coeurs du cpu
core id : id du coeur en question

Ok.

Mais il me semblait qu’on ne pouvait avoir que 2 proc physique maximum ?

Là j’ai un serveur avec :

[code]processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 2800.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
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 pbe nx lm constant_tsc pni monitor ds_cpl cid
cx16 xtpr lahf_lm
bogomips : 6388.68
clflush size : 64

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 2800.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
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 pbe nx lm constant_tsc pni monitor ds_cpl cid
cx16 xtpr lahf_lm
bogomips : 6384.45
clflush size : 64

processor : 2
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 2800.000
cache size : 2048 KB
physical id : 3
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
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 pbe nx lm constant_tsc pni monitor ds_cpl cid
cx16 xtpr lahf_lm
bogomips : 6384.56
clflush size : 64

processor : 3
vendor_id : GenuineIntel
cpu family : 15
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 2800.000
cache size : 2048 KB
physical id : 3
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
model : 4
model name : Intel® Xeon™ CPU 3.20GHz
stepping : 10
cpu MHz : 2800.000
cache size : 2048 KB
physical id : 3
siblings : 2
core id : 0
cpu cores : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 5
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 pbe nx lm constant_tsc pni monitor ds_cpl cid
cx16 xtpr lahf_lm
bogomips : 6384.56
clflush size : 64[/code]

Qu’en pensez-vous ?

j’en pense qu’il y a deux fois le 3

Oui, autant pour moi… c’est rectifié.

Sinon, pourquoi pensais-tu que le max était de deux processeurs ?

et ça c’est quoi ?

Ok… j’avoue…

Mais ça ne résoud pas mon problème… :smt003

Oui, ça signifie bien que tu as deux processeurs avec chacun un seul coeur :wink:[/quote]

Ok, mais il s’avère auprès de mon collègue que cette bécane n’a qu’un proc…

Bein tu n’as pas de problème :mrgreen: Juste un serveur avec quatre processeurs identiques, ce qui est normal.

Si dans celle-là il n’y a qu’un processeur, il arrive à se faire passer pour quatre… Et je n’ai pas encore vu ça, mais pourquoi pas… Le mieux, c’est d’ouvrir la bête :mrgreen:

Tu seras fixé.

[quote=“ymer”]Si dans celle-là il n’y a qu’un processeur, il arrive à se faire passer pour quatre… Et je n’ai pas encore vu ça, mais pourquoi pas… Le mieux, c’est d’ouvrir la bête :mrgreen:

Tu seras fixé.[/quote]

Je faisais référence à mon premier code avec deux CPU apparent.
Malheureusement, les bécanes sont en prod et ne peuvent être arrêtée.

Par contre, à force de naviguer sur différents serveurs, ne doit on pas tenir compte de physical id qui permet de savoir combien de proc physique on a ? :laughing:

Oui, ça signifie bien que tu as deux processeurs avec chacun un seul coeur :wink:[/quote]

Ok, mais il s’avère auprès de mon collègue que cette bécane n’a qu’un proc…[/quote]

Hyper-Threading ??

Surement. J’ai pas plus d’info. C’est à moi de les récupérer…

Existe-t-il un moyen un peu identique à cat /proc/cpuinfo qui permet connaitre le nombre de hdd, le type (SCSI, SAS, …) et le type de RAID (matériel) ?

Ca donnerait un cpuinfo comme ça ? :open_mouth:

j’imagine que oui. car c’est un peu le principe de l’hyper threading, un seul cpu se fait passer pour deux. mais je n’ai pas de debian sous la main qui utilise un tel hardware, donc je ne peux pas valider.

http://www.debian-administration.org/articles/305

pour les hdd et le raid, si c’est du raid materiel il y a peu de chances, même avec les paquets smartmontools je crosi que c’est dur d’avoir accès directement aux disques. il faut mieux utiliser les outils snmp fournis avec le serveur si ils sont compatible avec debian.

[quote=“thomas.leclerc”]http://www.debian-administration.org/articles/305

pour les hdd et le raid, si c’est du raid materiel il y a peu de chances, même avec les paquets smartmontools je crosi que c’est dur d’avoir accès directement aux disques. il faut mieux utiliser les outils snmp fournis avec le serveur si ils sont compatible avec debian.[/quote]

Ok. Je m’en doutais.

Merci pour vos infos !!