[use flags]tout petit script

[ghoti]

Futé le script !
Un petit détail toutefois (mais je ne vois pas très bien comment le régler sans compliquer les choses ) : avec les systèmes SMP (hyperthreading et consors), les différents processeurs ne sont pas distingués ce qui fait que les infos apparaissent autant de fois qu'il y a de processeurs :

Code: Select all

bigben ~ $ grep processor /proc/cpuinfo
processor       : 0
processor       : 1

bigben ~ $ ./local_bin/checkflags
[-    ] dts - Enables libdts (DTS Coherent Acoustics decoder) support
[-    ] acpi - Adds support for Advanced Configuration and Power Interface
[+ C  ] mmx - Adds support for optimizations for Pentium MMX and Athlon class processors
[+ C  ] sse - fast floating point optimization for PentiumIII+ class chips
[-    ] sse2 - faster floating point optimization for SSE2 capable chips
[-    ] dts - Enables libdts (DTS Coherent Acoustics decoder) support
[-    ] acpi - Adds support for Advanced Configuration and Power Interface
[+ C  ] mmx - Adds support for optimizations for Pentium MMX and Athlon class processors
[+ C  ] sse - fast floating point optimization for PentiumIII+ class chips
[-    ] sse2 - faster floating point optimization for SSE2 capable chips

Et puis, avant que les puristes ne s'en mêlent, il vaudrait peut-être mieux remplacer

Code: Select all

for i in `cat /proc/cpuinfo | grep flags | cut -d":" -f2`

par

Code: Select all

for i in `grep flags /proc/cpuinfo | cut -d":" -f2`

[sireyessire]

J'avais cru comprendre que les flags corrects correspondants au capacités des processeurs étaient incluses dans les flags "march" et "mtune".
Par exemple, dans mon cas :

Code: Select all

CFLAGS="-march=pentium4 -mtune=pentium4"

correspondrait à

Code: Select all

CFLAGS="-mmx -mmx2 -sse -sse2..."

si tel est le cas, je ne vois pas trop l'intérêt de la manoeuvre
Dans le cas inverse, je ne vois pas à quoi servent march et mtune.
Quelqu'un peut confirmer/infirmer ?

ça n'a rien à voir ici:
les USES sont là pour configurer ton paquet comme tu le souhaites suivant les options que tu pourrais vouloir, les CFLAGS sont juste des options données au compilateur C pour qu'il produise un code le plus optimisé au processeur sur lequel le code va tourner.

Dans le cas ici, par exemple mplayer prend en compte les flags mmx, mmx2, sse, sse2,sse3, 3dnow..., pour dans le cas des x86 remplacer des portions de code C par des portions en assembleur optimisées à la main pour aller encore plus vite (c'est pour ça qu'ils ne sont pas actifs sur les amd64@64 car ces optimisations sont pour 32 bits)
Vois-tu la différence? Dans un cas tu dis au compilateur, bon le processeur il a du mmx, du mmx2, du sse et du sse2, démerdes-toi pour faire un truc pas mal, dans l'autre cas avec des uses, l'équipe de programmeurs fournit un jeu d'optimisations persos correspondant à du mmx (par exemple) et le fait de mettre le use +mmx va activer ces portions de code.

[killerwhile]

Code: Select all

for i in `grep flags /proc/cpuinfo | cut -d":" -f2`

oui c'est juste. une chose de plus que j'arrête pas d'oublier, c'est que grep ne s'utilise pas seulement après des pipe.

Pour SMP, j'ai effectivement pas pensé à ce problème

mais un

Code: Select all

grep flags /proc/cpuinfo | [b]head -n 1[/b] | cut -d":" -f2

suffit.

[sireyessire]

Futé le script !
Un petit détail toutefois (mais je ne vois pas très bien comment le régler sans compliquer les choses ) : avec les systèmes SMP (hyperthreading et consors), les différents processeurs ne sont pas distingués ce qui fait que les infos apparaissent autant de fois qu'il y a de processeurs :

Code: Select all

bigben ~ $ grep processor /proc/cpuinfo
processor       : 0
processor       : 1

bigben ~ $ ./local_bin/checkflags
[-    ] dts - Enables libdts (DTS Coherent Acoustics decoder) support
[-    ] acpi - Adds support for Advanced Configuration and Power Interface
[+ C  ] mmx - Adds support for optimizations for Pentium MMX and Athlon class processors
[+ C  ] sse - fast floating point optimization for PentiumIII+ class chips
[-    ] sse2 - faster floating point optimization for SSE2 capable chips
[-    ] dts - Enables libdts (DTS Coherent Acoustics decoder) support
[-    ] acpi - Adds support for Advanced Configuration and Power Interface
[+ C  ] mmx - Adds support for optimizations for Pentium MMX and Athlon class processors
[+ C  ] sse - fast floating point optimization for PentiumIII+ class chips
[-    ] sse2 - faster floating point optimization for SSE2 capable chips

Et puis, avant que les puristes ne s'en mêlent, il vaudrait peut-être mieux remplacer

Code: Select all

for i in `cat /proc/cpuinfo | grep flags | cut -d":" -f2`

par

Code: Select all

for i in `grep flags /proc/cpuinfo | cut -d":" -f2`

sinon ghoti, comme je pense pas que beaucoup de gens ici, aient des systèmes multiprocesseurs hétérogènes, je pense qu'on pourrait simplement considérer que le 2ème processeur a les mêmes caractéristiques et ne s'intéresser qu'au premier, non?

[killerwhile]

notre petit script deviendrait donc :

Code: Select all

#!/bin/bash
for i in `grep flags /proc/cpuinfo | head -n 1 | cut -d":" -f2 | sed "s/dts//"`
do
    euse -i -g $i | grep -v searching | grep $i
done

[razer]

ça n'a rien à voir ici:
les USES sont là pour configurer ton paquet comme tu le souhaites suivant les options que tu pourrais vouloir, les CFLAGS sont juste des options données au compilateur C pour qu'il produise un code le plus optimisé au processeur sur lequel le code va tourner.

J'entends bien... J'ai simplement lu le thread (trop) en diagonale. Mea culpa...

[ghoti]

sinon ghoti, comme je pense pas que beaucoup de gens ici, aient des systèmes multiprocesseurs hétérogènes, je pense qu'on pourrait simplement considérer que le 2ème processeur a les mêmes caractéristiques et ne s'intéresser qu'au premier, non?

D'accord avec toi , ma remarque était surtout esthétique ...
Les corrections de killerwhile me conviennent parfaitement !