Bonjour, je viens de me rendre compte que mon /etc/make.conf ne serait pas optimal, en effet j'ai récemment appris sur un site sur le sse3 ne s'appel pas sse3 dans /proc/cpuinfo mais... pni !
C'est vraiment par hasard que j'ai appris cela, a la base je pense que comme pour les autres sse, ça s'appellerait sse quelque chose et bien pas du tout    
 
Donc voila j'ai tout compilé ma Gentoo et c'est maintenant que je me rends compte que mon /proc/cpuinfo contenant bel et bien pni, j'ai donc... sse3 !
 
Mes questions sont donc les suivantes:
 
1-) ma variable CFLAGS dans mon /etc/make.conf est-elle désormais optimale:
 
CFLAGS="-O2 -march=opteron -msse3 -pipe" (le processeur est un Opteron 144 socket 939, processeur "a pas cher" actuellement)
 
dois-je vraiment mettre -msse3 ? apparemment de ce que j'ai lu sur un wiki Gentoo, si on met Opteron on ne met pas -msse3, par contre pour un Sempron 64 bits de certains steppings (ayant en fait pni !) là oui, idem pour certains Athlon 64 (ayant pni)
 
2-) dois-je mettre sse3 dans le USE de /etc/make.conf ? (a priori oui mais est-ce le bon nom de USE pour le sse3 ! sse3...pni...)
 
3-) que dois-je recompiler pour profiter au maximum de mon jeux d'instruction sse3 (quelles applications peuvent l'utiliser, a priori gcc déjà, si on met -msse3 dans le CFLAGS   )
 
4-) Heu...merci d'avance  
 
Edit: corrigé pni  

Bon, déjà, c'est pni et pas npi
ensuite -> http://gentoo-wiki.com/Safe_Cflags
 
Donc, pour ton opteron 144 : http://gentoo-wiki.com/Safe_Cflags [...] _.28AMD.29
Si tu sors des safe cflags, à tes risques et périls... faut vraiment connaitre en quoi chaque option influes sur la compilation...
 
Mon point de vue pour ta question : c'est d'la branlette Rest sur un cflags de base, tu verras pas la différence

Ok je retiens le principal alors
 

 
Merci RiderCrazy   au moins je suis fixé !

et si c'est pas du C ?

tu me demandes si portage peut trouver autre chose que des softs en C ? je ne suis pas assez calé pour répondre a ça    
 
 

Pas sur que ce soit ça sa question... Je pense plutôt que c'est une remarque concernant une "pseudo optimisation" de gcc avec des flags de compilation. Sachant que gcc est un compilateur C, ces flags n'influenceront pas la compilation dautre langages...
 
Sinon, remarque que les cflags ne concernent pas portage mais gcc

Ah ok, on optimise que le C ! ça je ne le savais pas, merci RiderCrazy

bah alors tu fous quoi à toucher des trucs que tu ne comprends pas ?

C'est une provocation ?

non. T'es entrain de modifier quelques choses que tu ne comprends avec des valeurs déconseillés. Tu peux aussi prendre du whitespirit et le coller dans le réservoir de ta voiture.

Je n'ai pas modifier finalement, justement grace aux conseils de RiderCrazy, enfin sauf sse3 dans le USE mais je ne touche pas au CFLAGS

l'expérimentation passe forcément par une part d'inconnu, si on attendait de tout connaitre avant de tenter des choses, alors on n'apprendrait rien, non ? S'il veut faire cela, ensuite il voudra se documenter sur les cflags, ce qui l'amenera à d'autres choses, et il comprendra ensuite
Qui n'a pas explosé sa table de partitions ou compilé un vieux kernel tout cramé qui ne boote pas    
On a tous notre phase gamin qui explose son jouet pour voir ce qu'il y a dedans, sans forcément comprendre au départ tous les éléments qui le composent.
Bref, à ta place trouble_fête je ne me generai pas pour tenter des expérimentations hasardeuses, casse tout, tu comprendra pourquoi ca a cassé et tu progressera.  

non, ça s'appelle de la tambouille.
Penser qu'on progresse en faisant n'importe quoi, c'est de la grosse foutaise. Tu peux foutre un singe devant un clavier, il tapera dessus jusqu'à la fin des temps sans jamais arriver à produire un mot. Ce qui important, ce sont les prérequis. Si tu joues à faire varier des paramètres sans savoir leur signification, ça ne sert à rien.
 
RTFM.
 
Et pour la phase gamin, très peu pour moi. Faire n'importe quoi est une perte de temps.

Je me situerais entre Taz et enfoiro expérimenter en passant par des erreurs oui (on fait forcément des erreurs quand on débute sous Gentoo ) , mais pas de grosses erreurs qui font perdre du temps plus qu'autre chose, et que l'on aurait pu éviter en se renseignant un peu    
 
(je dis ça parce que je n'aime pas perdre du temps inutilement, je veux progresser et si possible..vite )
 
Sinon ça va niveau erreur j'ai eu mon compte, genre un fstab avec des /dev/hda alors que mon nouveau disque dur est un s-ata (le pire c'est que je savais que c'était /dev/sdx avec les s-ata, mais...j'avais juste copier le fstab de ma précédente config sans penser a cette différence, évidemment ça boot beaucoup moins bien lol)

C'est pas super dangereux non plus comme "optimisation" sse3.
 
A l'install, j'avais ajouté -msse3 dans mes Cflags (et donc mes CXXFLAGS) et sse3 dans mes USE, et ca n'a jamais posé problème.
Il me semble que c'est les applis multimédias qui tirent partis de ces flags donc recompilation de Mplayer (avec le use custom-cflags) par exemple.
 
edit :  
J'avais ajouté cette optimisation mais après je ne sais pas si c'est efficace.
Par contre, quand je lance Mplayer j'ai :  

Donc pas de sse3. Bizarre.

Merci de ta contribution Tom_  

Il me semble avoir lu que OpenOffice utilisait sse3 (je peux me tromper)

Ton opteron supporte SSE3 seulement si il a un stepping E4 ou +. cf http://en.wikipedia.org/wiki/SSE3
Quand à OpenOffice, vu qu'il compile même pas en x86_64, ça m'étonnerait qu'ils se soient amusés à mettre des morceaux de SSE3 dedans.

leto3 comme j'ai dit plus haut je me suis renseigné et dans /proc/cpuinfo, sse3 s'appel pni, et j'ai ce flags
 
Quand a OpenOffice je suis en train de le compiler en 64 bits actuellement je ne sais si ça compilera jusqu'au bout, là ça fait une demi heure que ça compile  
 
Edit:
 
Le même lien en Français c'est pas mal non plus
 
http://fr.wikipedia.org/wiki/SSE3
 
 

Imagination is more important than knowledge

openoffice se compile très bien en x86_64

en ~amd64 pour ma part apparemment ça se compile bien, contrairement a mon 1er essai http://forum.hardware.fr/hfr/OSAlt [...] 2358_1.htm

Il n'y a que ca de vrai le ~.  

There is no place like 127.0.0.1

Mince c'était trop beau, OpenOffice vient de foirer au bout de...un certains temps de compilation http://forum.hardware.fr/hfr/OSAlt [...] tm#t893168

Du grand Taz comme d'habitude

 
Sympa, de considérer qu'il fait "n'importe quoi" juste parce qu'il n'a pas la maitrise absolue.
Ca s'apelle l'aprentissage sur le tas et c'est l'apanage des débrouillards, qui ne considèrent pas la connaissance comme une chose enclavée et uniquement acessible aux sages.
D'autre part, si tu met des singes devant une machine à écrire pendant un temps infini, dans la séquence tu pourra trouver n'importe quelle séquence, et ton assertion est donc fausse. Ca s'apelle la transcendance. Une propriété notamment, de Pi et de "e". Un singe peut écrire la bible au hasard. Et oui.
Le dialogue restera impossible entre nous   m'enfin, sur OSA, je commence à m'habituer. C pas grave, j'avance et j'aide les autres, c'est ca qui compte