make.conf e features

[stifler83]

Ciao ragazzi, volevo sapere se qualcuno era in grado di darmi una dritta sul mio make.conf nel merito cosa posso togliere o aggiungere e perchè
Le FEATURES, FETCHCOMMAND e RESUMECOMMAND sonoi punti che più mi interessa migliorare.

[ago]

Io penso che ognuno le setta a secondo delle esigenze che ha; hai dato un occhio a:

[stifler83]

Bè mi pare il minimo che ho dato uno sguardo al man

In ogni caso sono curioso di sapere se c'è qualcuno che sai darmi qualche indicazione o parere su quello che ho fatto, proprio come ho scritto sopra

Ti ringrazio comunque dell'interessamento

[darkmanPPT]

Se vuoi puoi sputtanarti un po' il sistema con

[djinnZ]

@stiffler83: oltre nel man guarda anche nel make.conf.example ma nello specifico, a parte le solite opzioni di dubbia utilità e di certamente scarsa civiltà, l'unica cosa che puoi fare è optare per un altro downloader (es. aget) per attivare il download multiplo o segmentato.
-mtune=native è ridondante (e -march=native non è il massimo, IMHO è buono solo per partire a scegliere l'ottimizzazione visto che attiva anche flag inutili).
Se proprio vuoi usare le use "a manina" in genere l'approccio

[stifler83]

Grazie delle opinioni ragazzi, però per quanto riguarda le features nessuno sa darmi qualche consiglio?

@djinnZ sto sistemando il CFLGS sperando di riuscire ad ottimizzarlo al meglio.

@darkmanPPT grazie anche a te per l'interessamento e l'aiuto.

[djinnZ]

[stifler83]

Ma se volessi smaschera gcc-4.6.0 per poter utilizzare

64 bit profile (amd64) for GCC 4.6

CHOST="x86_64-pc-linux-gnu"
CFLAGS="-march=corei7 -O2 -pipe"
CXXFLAGS="${CFLAGS}"


Dopo aver compilato gcc cosa dovrei ricompilare?

@djinnZ Sto lavorando su tutto il make.conf e anche sull'interessante discorso che si affrontava nel link che mi hai incollato

[djinnZ]

A parte che -march=corei7 è la stessa cosa che -mtune=generic -msse[1,2,3,4,...] -- param qualcosa etc.(non mi chiedere i parametri esatti, non mi ci levo la testa) ti ripeto che -march=native non si limita ad impostare -march ma imposta le dimensioni della cache ed anche altre cose.
Non dico di darti al ricering più balordo partendo da un -O9 ma non fermarti a -march=qualcosa -O2

Per mettere un nuovo gcc la via prudenziale è sempre la stessa: prima lo si installa, poi si compila (in pacchetto binario) libc, binutils e non ricordo più cosa, si installano i pacchetti binri nuovi (e non è male fare un backup, sempre tramite pacchetto binario) e si completa con il solito emerge -e @system && emerge -e @world. fatto questo pialli il vecchio gcc.
Il perchè dei pacchetti binari è che se mandi a donnine allegre le librerie di base puoi sempre usare il solito trucco dell'emerge --root... per rimettere a posto la versione funzionante.

A queste condizioni la prova la puoi fare, con una certa facilità. Se vuoi essere pignolo (se non vuoi perder tempo dietro a tentativi inutili IMHO) dai uno sguardo ai changelog degli ebuild od ai bug per vedere se non devi fare un upgrade di libc & c.

Non dico che se tiri su direttamente il nuovo gcc non funziona ma... meglio non stressarsi e far stressare il pc al posto nostro.

In alternativa ti crei un chroot e vedi se riesci a ricompilare (e qui sei moltoooo . più tranquillo).

Nulla toglie che puoi installare il nuovo gcc e fare qualche prova su specifici pacchetti, in tal caso bada solo a non fare l'idiota come il sottoscritto, ai tempi del 3.6 e del 4.x instabile solo per hardened, che mandò in gloria il sistema perchè si era scordato di riportare il default al gcc stabile prima di aggiornare il sistema. Uomo avvisato ...
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[stifler83]

Questo è quello che ho attivo con march=native

[djinnZ]

uffa ...
-march=corei7
è la stessa cosa che
-march=core2 -mcx16 -msahf -maes -msse4-avx -mpclmul -mpopcnt -mavx
e non ricordo che altro... (non sono io l'esperto di ottimizzazioni e non ricordo l'opzione esatta per see qual è)
Il codice prodotto sarà uguale.

Ora che mi ci fai pensare puoi provare ad installare direttamente il nuovo gcc e vedere se -march=native (e -march=corei7 --help:target nel malaugurato caso si fossero degnati di sistemarlo) ti attiva opzioni che non sono supportate dalla vecchia versione. Così lo sai per certo.; se ne vale proprio la pena.

Se per esempio con la nuova versione è stato introdotto uno specifico supporto (e relativa flag) per seeXXX o per ottimizzare solo codice 64 lahf invece che sahf allora ti serve per forza la nuova versione.

l'opzione -march implica -mtune che sostanzialmente non è altro che un insime di flag di ottimizzazione vere e proprie.

più o meno... (inorridisco all'approssimatività di quello che ho scritto)

libero di fare come credi ma sto cercando di farti capire che non dovrebbe esserci una grande differenza. E che le eventuali ottimizzazioni le puoi già attivare con il gcc stabile corrente. Ed è meglio... sempre che non siano state escluse perchè problematiche
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt
mala tempora currunt...mater stultorum semper pregna est
Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist

[stifler83]

Ok grazie per l'aiuto e spero tanto che questo post sia utile per chi come me volesse customizzare il proprio sistema