Récupérer l'information CPU type [Résolu]

[Olivier Regnier]

Bonjour

j'ai un script shell qui permet via deux ou trois questions de créer mon fichier make.conf.

Dans ce fichier, je dois indiquer la ligne suivante:

Code :

CPUTYPE?=i686

Je ne veux pas proposer une liste de cpu à choisir mais plutôt une ligne de code qui pourrait trouver le type cpu tout seul.

Sous FreeBSD, pour obtenir cette information, on utilise cette commande:

Code :

dmesg | grep -i cpu

On obtient en résultat ceci, du moins sur ma machine:

Code :

CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU)

Je souhaite récupérer uniquement ce qui est en gras rouge.

Avez-vous une petite idée ?

Merki

[Arnaud F.]

Code :

uname -m

[Olivier Regnier]

Code :

uname -m

Et non

Mon cpu est de type i686 mais un uname -m me renvoit i386 (hardware platform)

[BlaireauOne]

Envoyé par Olivier Regnier

Sous FreeBSD, pour obtenir cette information, on utilise cette commande:

Code :

dmesg | grep -i cpu

On obtient en résultat ceci, du moins sur ma machine:

Code :

CPU: Mobile AMD Sempron(tm) Processor 2800+ (1600.06-MHz 686-class CPU)

En me servant de "MHz " et "-" comme référence, ça donne :

Code :

 dmesg | grep -i cpu | sed "s/^.*MHz \([^-]*\)-.*$/\1/"

http://www.shellunix.com/regexp.html

[granquet]

si tu veux faire quelque chose de générique, je ne pense pas que tu puisse te baser sur la chaine dans dmesg
perso sur gentoo:

Code :

powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3000+ processors (version 2.00.00)

j'ai pas l'arch du pross directement. (j'ai cherché, j'ai aucun message contenant x86_64)

a part en jouant avec /proc/cpuinfo (family + model), j'ai peur que ce soit difficile a déterminer de maniere correcte et sure

[SnakemaN]

et (sudo) dmidecode ?

[gangsoleil]

Bonjour,

Je crains qu'aucune des commandes proposée jusqu'ici ne soit portable...

Exemple sous Solaris :

• dmesg : dmesg looks in a system buffer for recently printed diagnostic messages and prints them on the standard output.
• dmidecode : n'existe pas
• /proc/cpuinfo : n'existe pas
• uname -m : Prints the machine hardware name (class). Use of this option is discouraged; use uname -p instead.

Seul "uname -p" a l'air de fonctionner, avec toutefois des réserves car le man précise : "Prints the current host's ISA or processor type."

[gorgonite]

Envoyé par gangsoleil

Seul "uname -p" a l'air de fonctionner, avec toutefois des réserves car le man précise : "Prints the current host's ISA or processor type."

pas trop...

Code :

1
2
gorgonite@GorgonMobile:~$ uname -p
unknown

perso, je pense qu'un parsage adequate de cpuinfo peut permettre de recouper les infos... suffit de détecter athlon 64 / opteron => amd64 (on peut vérifier le uname pour être sur qu'il ne tourne pas en mode 32 bits )

pentium => i586
pentium II/III/IV/M ; athlon sans le 64 => i686

restes à avoir suffisamment de donner pour tester.


mais quel est l'intérêt du truc ? a priori, l'utilisateur devrait pouvoir choisir (s'il veut faire du cross-compiler par exemple )

[frp31]

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#define _POSIX_C_SOURCE 1
 
#include <sys/utsname.h>
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
 
int main (void)
{
        struct utsname utsname;
        long sysconf_return;
        if (uname(&utsname) == -1 )
        {
                perror("uname()");
                // en cas d'erreur d'analyse du systeme
        }
        else
        {
                fprintf(stdout,"%s", utsname.machine);
        }
        return EXIT_SUCCESS;
}

la tu es sur que l'utilisateur n'as pas ete modifier l'information
et que donc elle est vraie (pas issue d'une astuce d'un utilisateur cranneur... qui se croit malin et va modifier les fichiers logs ou le /proc/cpuinfo pour faire croire qu'il a un gros pc hyper puissant au lieu d'une babasse....

Code :

1
2
3
 
TEST-FRSP:/stock/dev/c # gcc -Wall -O9 proc.c -o proc && strip proc && ./proc
i686TEST-FRSP:/stock/dev/c #

voila un exemple d'informations modifiee :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
TEST-FRSP:/stock/dev/c/sources # cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 7
model name      : Octium III (Katmai)
stepping        : 3
cpu MHz         : 547.639
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 sep mtrr pge mca cmov pat pse36 mmx fxsr sse
bogomips        : 1096.07
clflush size    : 32
 
TEST-FRSP:/stock/dev/c/sources #

Ok faut etre vislard.. mais on sais jamais....

[Olivier Regnier]

Je ne sais pas comment vous remmercier pour votre aide mais j'ai trouvé la réponse via un lien sur FUG-FR et une similaire sur la mailing-list de FreeBSD. Mon processeur est de type : athlon-xp

Merci

[SnakemaN]

Je sais que c'est résolu mais je note juste que j'ai découvert lshw qui vraiment super