View previous topic :: View next topic |
Author |
Message |
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 12:43 am Post subject: Vi va di discutere le mie CFLAGS? |
|
|
Sapete che e' da poco che bazzico su Gentoo.
Informati e re-informati, la stringa di CFLAGS e' variata.
Visto che sono in test, vorrei ricompilare il tutto, ma prima vorrei discutere con voi dei miei FLAGS, visto che sono un po' spinti
Alcune le commentero'...
Code: |
-O3 -force-addr -fmerge-all-constants
|
Velocita' a discapito di precisione
Loop unrolling. Crea codice più grande, ma più veloce. I loop srotolati sono solo quelli con numero di iterazioni certe.
Code: |
-fprefetch-loop-arrays -fstrict-aliasing
|
strict-aliasing non mi piace tanto, vorrei toglierla, che dite?
Code: |
-falign-functions=64
|
Consigliato da AMD per Athlon, causa 64byte cache line alignment nella cache L1
Code: |
-falign-loops=16 -falign-jumps=16
|
align-jumps a 16 sempre grazie al manuale AMD.
align-loops mi e' stato consigliato a 16, ma non ho trovato ancora riscontro nel manuale AMD
Code: |
-fmove-all-movables
|
tutto cio' che non varia in un ciclo, viene portato fuori. Ovvie conseguenze.
Code: |
-march=athlon-xp -msse -mmmx -m3dnow -mfpmath=sse -mpreferred-stack-boundary=4 -mno-push-args -maccumulate-outgoing-args -minline-all-stringops -pipe"
|
Ciao a tutti! E non picchiatemi per le troppe flags! _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
quantumwire Guru
Joined: 15 Oct 2003 Posts: 403 Location: Lausanne
|
Posted: Tue Feb 17, 2004 1:49 am Post subject: |
|
|
Qual'e' la versione del compilatore (quasi certamente gcc) che usi?
In materia non ti posso aiutare molto pero' ti indico questo link:
http://gcc.gnu.org/onlinedocs/gcc-3.3.2/gcc/Option-Index.html#Option%20Index
relativo alla versione 3.3.2 del gcc.
Inoltre, se non erro, l'opzione
e' di per se equivalente alla seguente barca di ottimizzazioni:
Code: |
-fdefer-pop
-fmerge-constants
-fthread-jumps
-floop-optimize
-fcrossjumping
-fif-conversion
-fif-conversion2
-fdelayed-branch
-fguess-branch-probability
-fcprop-registers
-fomit-frame-pointer
-fforce-mem
-foptimize-sibling-calls
-fstrength-reduce
-fcse-follow-jumps
-fcse-skip-blocks
-frerun-cse-after-loop
-frerun-loop-opt
-fgcse
-fgcse-lm
-fgcse-sm
-fdelete-null-pointer-checks
-fexpensive-optimizations
-fregmove
-fschedule-insns
-fschedule-insns2
-fsched-interblock
-fsched-spec
-fcaller-saves
-fpeephole2
-freorder-blocks
-freorder-functions
-fstrict-aliasing
-falign-functions
-falign-jumps
-falign-loops
-falign-labels
-finline-functions
-frename-registers
|
Sul mio laptop (P4 - 2.8GHz) uso la seguente definizione per la variabile CFLAGS:
Code: |
CFLAGS="-O3 -march=i686 -pipe"
|
Qualche suggerimento? _________________ HOWTO 1: Spegnere il laptop!
HOWTO 2: Comprimere i DVDs! |
|
Back to top |
|
|
bld l33t
Joined: 26 Mar 2003 Posts: 759 Location: Outter Space
|
Posted: Tue Feb 17, 2004 4:14 am Post subject: |
|
|
evil mode ON
no a me non mi va piu di discutere di CFLAGS!
evil mode OFF
Ci sono talmente tanti forum che discuttono del'argomento, credo che trovi piu di quello che ti occore anche in italiano.
cmq io uso quelle "super classiche"
Quote: |
[5:23:10 ~ ]> cat /etc/make.conf|grep -i cflags
# For optimal performance, enable a CFLAGS setting appropriate for your CPU
#CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
|
_________________ A happy GNU/Linux user!! |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 7:08 am Post subject: |
|
|
quantumwire wrote: | Qual'e' la versione del compilatore (quasi certamente gcc) che usi?
|
La 3.3.2
Le ridondanze sono dovute al fatto che alcune devono assumere dei valori diversi da quelli di default.
Quote: |
Sul mio laptop (P4 - 2.8GHz) uso la seguente definizione per la variabile CFLAGS:
Code: |
CFLAGS="-O3 -march=i686 -pipe"
|
Qualche suggerimento? |
-march=pentium4 -funroll-loops -fprefetch-loop-arrays -msse -msse2 -mmmx -mfpmath=sse -mpreferred-stack-boundary=4 -mno-push-args -maccumulate-outgoing-args -minline-all-stringops _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 7:11 am Post subject: |
|
|
bld wrote: |
Ci sono talmente tanti forum che discuttono del'argomento, credo che trovi piu di quello che ti occore anche in italiano.
|
Lo so, ma mi piaceva l'idea di discuterne attivamete.
Se proprio si tratta di superFAQ, si puo' pure lasciar stare. _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
cerri Bodhisattva
Joined: 05 Mar 2003 Posts: 2957 Location: # init S
|
Posted: Tue Feb 17, 2004 8:23 am Post subject: |
|
|
Ricordati che non sempre CFLAGS più spinte ti danno performance più elevate. Dipende da notevoli fattori tra i quali, non ultimo, kernel, glibc e programmi che si compilano decentemente.
Non esagerare con le CFLAGS: otterrai solo problemi (con il vantaggio di avere quell'agognato magari 1% in più di velocità su una o due applicazioni).
Per darti un'idea, le altre distro sono in genere compilate usando '-march=i686 -O2' (e spesso anche peggio). _________________ Enjoy your freedom.
Sex is like hacking. You get in, you get out, and you hope you didnt leave something behind that can be traced back to you.
<----------------------->
Andrea Cerrito |
|
Back to top |
|
|
shev Bodhisattva
Joined: 03 Feb 2003 Posts: 4084 Location: Italy
|
Posted: Tue Feb 17, 2004 3:31 pm Post subject: |
|
|
n3m0 wrote: | Lo so, ma mi piaceva l'idea di discuterne attivamete.
Se proprio si tratta di superFAQ, si puo' pure lasciar stare. |
Per ora direi che potete continuare, perlomeno si sta discutendo un po' più "a fondo" del solito. Quindi se approfondite qualche aspetto, commentate in modo tecnicamente valido le flags allora continuate pure (ci sarebbero cmq altri topic di questo genere, ma per ora sorvoliamo). Se però il discorso cade nel solito "che flags usate", "cosa consigliate", "è meglio X o Y" allora blocco tutto.
p.s.: non dico nulla in prima persona sulle cflags perchè a forza di leggere e scrivere commenti comincio ad averne la nausea _________________ Se per vivere ti dicono "siediti e stai zitto" tu alzati e muori combattendo |
|
Back to top |
|
|
bld l33t
Joined: 26 Mar 2003 Posts: 759 Location: Outter Space
|
Posted: Tue Feb 17, 2004 7:01 pm Post subject: |
|
|
n3m0 wrote: | bld wrote: |
Ci sono talmente tanti forum che discuttono del'argomento, credo che trovi piu di quello che ti occore anche in italiano.
|
Lo so, ma mi piaceva l'idea di discuterne attivamete.
Se proprio si tratta di superFAQ, si puo' pure lasciar stare. |
cmq, scusa mi forse con te sono stato molto cattivo. Se provi al forum "CFLAGS CENTRAL" sono arrivati a pagina 27, e devo dire che le flags che propongono sono abbastanza complicate, e le ho provate qualche volta con tanti errori di compilazione. E poi tante sono "redundand", e' un argomento delicato. _________________ A happy GNU/Linux user!! |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 7:27 pm Post subject: |
|
|
Grazie Shev
Approfitto allora per comunicare e commentare alcune mie modifiche decise oggi, modifiche ancora in "beta"
Fare riferimento al mio post di apertura thread.
Per dettagli sui flag che si elencheranno: man gcc
Iniziamo con:
Code: |
-falign-functions
-falign-jumps
|
Tutte sono implicate (così come le ho appena scritte) da -O3.
Da manuale AMD, come già detto, setto falign-functions=64 e falign-jumps=16
Pero' continua a girarmi in testa la frase che il man di gcc riporta riguardo le opzioni falign*:
"If n is not specified or is zero, use a machine-dependent default."
E mi chiedevo: visto che il default e' "machine-dependent", gcc (con O3 che implica -falign* con n non specificato) userà falign-functions=64 trovando march=athlon-xp?
Sto cercando, ma non trovo risposta.
La logica vorrebbe un si come risposta alla mia domanda, ma sono dubbioso.
Sentenza: per ora sono lasciate a machine-dependent default implicato da -O3
Ma continuiamo con:
Code: |
-mpreferred-stack-boundary=4
|
E' il default (se non si usa -Os, e non è questo il caso)
Sentenza: eliminata
Code: |
-mno-push-args
-maccumulate-outgoing-args
|
A parte il fatto che la seconda implicava la prima, ho riflettuto sulla frase del man al riguardo:
"The drawback is a notable increase in code size"
Non credo che il vantaggio apportato in termini di tempi di esecuzione sia tanto da giustificare lo svantaggio apportato in termini di tempi di loading, causa il percettibile incremento della dimensione del codice.
Sentenza: eliminate
Implicata da -O3, forzerei l'esatto opposto.
Sentenza: per ora cambiata con -fno-strict-aliasing
Code: |
-minline-all-stringops
|
Aumenta dimensione del codice senza certezza di migliori performance.
Sentenza: eliminata
Code: |
-fmerge-all-constants
|
Incremento di performance impercettibile e non sicuro.
Stabilità non sicura.
Infrange l'ANSI standard per C e C++
Più che sufficiente la -fmerge-costants (implicata a qualsiasi livello di O)
Sentenza: eliminata
Oltre ai vantaggi descritti nel man, volevo fare un commento per i possessori della mia stessa CPU.
Tale flag e' suggerita da AMD (e trova riscontro nel manuale):
"Make use of the large AMD Athlon processor 64-K byte
instruction cache and unroll loops to get more parallelism and
reduce loop overhead, even with branch prediction. Complete
unr o lling re duces re gister pressure by re moving the loop
counter. To completely unroll a loop, remove the loop control
and replicate the loop body N times. In addition, completely
unrolling a loop increases scheduling opportunities."
Sentenza: flag mantenuta
Ne segue la nuova stringa di flags:
CFLAGS="-march=athlon-xp -O3 -pipe -mmmx -msse -m3dnow -mfpmath=sse -fforce-addr -fomit-frame-pointer -ffast-math -fmove-all-movables -funroll-loops -fprefetch-loop-arrays"
CXXFLAGS=$CFLAGS
Tra l'altro, -mmmx -3dnow -msse dovrebbero essere implicati da -march=athlon-xp, ma non ne sono certo.
Qualcuno puo' confermarmelo?
Colgo l'occasione per aggiungere dei commenti sulle delle flags che ho gia' scartato tempo fa:
Simile a -funroll-loops, questa flag srotola anche loop con un numero di iterazioni non certo. Questo con molta probabilità puo' creare codice che verra' eseguito più lentamente. In piu' si incrementa ulteriormente la dimensione del codice.
Sentenza: sconsigliata, IMHO
Solo per Pentium e Pentiun Pro.
Per esperienza, su AMD produce codice che fa cose strane e diverse da quelle che dovrebbe fare.
Sentenza: da non usare su AMD e Pentium superiori
Alla prox ragazzi!
Ciao! _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org
Last edited by n3m0 on Tue Feb 17, 2004 7:52 pm; edited 2 times in total |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 7:39 pm Post subject: |
|
|
bld wrote: |
cmq, scusa mi forse con te sono stato molto cattivo.
|
Di niente, figurati.
Capisco che il proliferare di troppi post simili e' sconsigliato.
Il mio intento non è cmq quello di confrontare le CFLAGS come se fossero figurine dei calciatori, ma quello di capire meglio alcune flags.
bld wrote: |
Se provi al forum "CFLAGS CENTRAL" sono arrivati a pagina 27, e devo dire che le flags che propongono sono abbastanza complicate,
|
Ho iniziato a leggere sin da subito quel topic, grazie al vostro "Post utilissimi" che lo segnalava.
Mi sono permesso di aprire un thread simile qui, per parlare e leggere in italiano.
Pur non avendo problemi con l'inglese, ogni tanto e' bello parlare la propria lingua.
bld wrote: |
e le ho provate qualche volta con tanti errori di compilazione. E poi tante sono "redundand", e' un argomento delicato. |
Finora ho avuto delle flags abbastanza spinte e il sistema ha compilato senza problemi, anche se mi sono reso conto che forse certa roba faceva più male che bene e pian piano sto sfoltendo.
L'unico problema che ho e' che la sun-j2sdk 1.4.2 non mi fa andare Eclipse 3M*, ma funziona un amore cn molte altre java-apps.
Ma per questo sto su altro thread.
Ciao! _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
Sparker l33t
Joined: 28 Aug 2003 Posts: 992
|
Posted: Tue Feb 17, 2004 8:42 pm Post subject: |
|
|
Secondo molti O2 generalmente dà un risultato migliore rispetto ad O3 (che tende ad ingrossare il codice senza aumenti significativi)
P.S. Cosa intendi con il manuale AMD? |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Tue Feb 17, 2004 10:11 pm Post subject: |
|
|
Sparker wrote: | Secondo molti O2 generalmente dà un risultato migliore rispetto ad O3 (che tende ad ingrossare il codice senza aumenti significativi)
|
Consideriamo le sole due flags che O3 aggiunge a quelle di O2:
Code: |
-finline-functions
-frename-registers
|
La prima effettivamente crea codice più grosso.
Bisognerebbe capire questo quanto discapito porta al tempo di loading.
Non credo cmq che crei codice talmente grosso da influire sensibilmente anche sul page-in/page-out.
Ma va giustamente ponderata: l'avevo data troppo per scontata, grazie
Per la seconda invece, credo che l'unico svantaggio sia quello che rende impossibile il debug.
Mentre scrivevo, riflettevo sulla prima...effettivamente forse crea eseguibili un po' troppo onerosi rispetto al vantaggio che realmente apporta...
Beh me la studio meglio.
Ma credo che se scelgo di eliminarla, lo faccio mantendo -O3 e forzando -fno-inline (oppure mettendo -O2 e aggiungendo -frename-registers, forse e' meglio )
A meno che non decida di mettere un O2 puro.
Devo ponderare
Sparker wrote: |
P.S. Cosa intendi con il manuale AMD? |
La guida per l'ottimizzazione del codice x86 di AMD.
La trovi sul sito ufficiale.
Hola a todos! _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
randomaze Bodhisattva
Joined: 21 Oct 2003 Posts: 9985
|
Posted: Wed Feb 18, 2004 7:59 am Post subject: |
|
|
Hai provato anche a dilettarti con alcovea? _________________ Ciao da me! |
|
Back to top |
|
|
Detronizator Tux's lil' helper
Joined: 30 Nov 2003 Posts: 134 Location: Brusciano (Napoli - Italy)
|
Posted: Wed Feb 18, 2004 12:50 pm Post subject: |
|
|
Salve.
Prima di tutto listo semplicemente.
Code: |
CFLAGS="-mcpu=pentium4 -march=pentium4 -O3 -pipe -mfpmath=sse -msse2 -mpush-args -maccumulate-outgoing-args -funroll-loops -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -fforce-mem -falign-functions -falign-labels -falign-loops -falign-jumps -foptimize-sibling-calls -fmerge-constants -fmove-all-movables"
|
Salto volentieri i flag ovvi legati alla mia archietettura (P4).
Code: |
-maccumulate-outgoing-args
|
La trovo una funzione molto utile che, a patto di avere codice che non va in crash con particolari strutture, fa sentire i suoi effetti.
Code: |
-falign-functions -falign-labels -falign-loops -falign-jumps
|
Le più "grasse", secondo me: ho compilato l'intera distro e si é presa 7gb! Togliendo i 2 gb di sorgenti, il resto é TUTTO CODICE. Ovvio io dico che queste funzioni di allineamento in memoria mantengono le promesse: incremento visibile delle dimensioni dei binari.
=> Penso di rimuoverle
Io non devo fare nessuna applicazione con calcoli di precisione estrema => Mi tengo stretta questa FLAGS che "semplifica i calcoli matematici"
Delle altre mi fido ma in base solo al GCC. In verità non ne sono sicurissimo. Per ora però ho avuto un solo problema con la J2SDK che era tanto ottimizzata da non riuscire ad eseguire Eclipse 3M* (stesso problema di N3m0)(ps ce l'hai fatta a farmi postare ).
Io proporrei una cosa: un Thread "da bloccare" con la raccolta delle USE-FLAGS più testate e sicure per ogni architettura. Esempio: alcune di queste FLAGS hanno dato problemi a N3m0, ma a me nulla (ripeto, a parte J2).
Che ne dite? _________________ Linux is Better!
...Love is too much complicated! |
|
Back to top |
|
|
randomaze Bodhisattva
Joined: 21 Oct 2003 Posts: 9985
|
Posted: Wed Feb 18, 2004 1:04 pm Post subject: |
|
|
Detronizator wrote: | Io proporrei una cosa: un Thread "da bloccare" con la raccolta delle USE-FLAGS più testate e sicure per ogni architettura. Esempio: alcune di queste FLAGS hanno dato problemi a N3m0, ma a me nulla (ripeto, a parte J2). |
Le Safe Flags sono quì, IMHO il resto é tutta sperimentazione. _________________ Ciao da me! |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Wed Feb 18, 2004 2:02 pm Post subject: |
|
|
Detronizator wrote: |
Code: |
-falign-functions -falign-labels -falign-loops -falign-jumps
|
Le più "grasse", secondo me: ho compilato l'intera distro e si é presa 7gb! Togliendo i 2 gb di sorgenti, il resto é TUTTO CODICE. Ovvio io dico che queste funzioni di allineamento in memoria mantengono le promesse: incremento visibile delle dimensioni dei binari.
|
Considerando che:
- quelle flags sono implicate gia' dal livello O2, usato molto comunemente
- molte distro sono compilate con O2 per march=i686
- O2 e' abbandontamente tra le Safe Flags
- le flag che entrano in un livello di "O" sono ben testate dagli sviluppatori di gcc
ne segue che vanno tranquillamente tenute, IMHO. _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Wed Feb 18, 2004 2:03 pm Post subject: |
|
|
randomaze wrote: |
Le Safe Flags sono quì, IMHO il resto é tutta sperimentazione. |
Questo e' vero.
Ma e' bello sperimentare _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
Detronizator Tux's lil' helper
Joined: 30 Nov 2003 Posts: 134 Location: Brusciano (Napoli - Italy)
|
Posted: Wed Feb 18, 2004 2:10 pm Post subject: |
|
|
n3m0 wrote: |
Considerando che:
- quelle flags sono implicate gia' dal livello O2, usato molto comunemente
- molte distro sono compilate con O2 per march=i686
- O2 e' abbandontamente tra le Safe Flags
- le flag che entrano in un livello di "O" sono ben testate dagli sviluppatori di gcc
ne segue che vanno tranquillamente tenute, IMHO. |
Ne sei certo? _________________ Linux is Better!
...Love is too much complicated! |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Wed Feb 18, 2004 2:13 pm Post subject: |
|
|
randomaze wrote: | Hai provato anche a dilettarti con alcovea? |
Sto leggendo i vari test, il funzionamento, l'algoritmo...
Interessante...
Ma se metto -march=athlon-xp nei Makefile dei sorgenti, e poi eseguo il test P4, secondo te e' affidabile?
Nello script del test (guardato di fretta) non vedo nulla di particolare...
Torno al mio dovere
Ciao _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
n3m0 l33t
Joined: 08 Feb 2004 Posts: 798 Location: Richville, Naples, Italy, Europe
|
Posted: Wed Feb 18, 2004 6:45 pm Post subject: |
|
|
Detronizator wrote: | n3m0 wrote: |
Considerando che:
- quelle flags sono implicate gia' dal livello O2, usato molto comunemente
- molte distro sono compilate con O2 per march=i686
- O2 e' abbandontamente tra le Safe Flags
- le flag che entrano in un livello di "O" sono ben testate dagli sviluppatori di gcc
ne segue che vanno tranquillamente tenute, IMHO. |
Ne sei certo? |
man gcc _________________ Lenergia è la civiltà. Lasciarla in mano ai piromani/petrolieri è criminale. Perché aspettare che finisca il petrolio?
Letà della pietra non è mica finita per mancanza di pietre. - B.G.
Site/Blog: http://www.neminis.org |
|
Back to top |
|
|
Detronizator Tux's lil' helper
Joined: 30 Nov 2003 Posts: 134 Location: Brusciano (Napoli - Italy)
|
Posted: Wed Feb 18, 2004 6:49 pm Post subject: |
|
|
n3m0 wrote: | Detronizator wrote: | n3m0 wrote: |
Considerando che:
- quelle flags sono implicate gia' dal livello O2, usato molto comunemente
- molte distro sono compilate con O2 per march=i686
- O2 e' abbandontamente tra le Safe Flags
- le flag che entrano in un livello di "O" sono ben testate dagli sviluppatori di gcc
ne segue che vanno tranquillamente tenute, IMHO. |
Ne sei certo? |
man gcc |
Ok, mi fido!
ps Stai ancora impazzendo con il Progetto di Linguaggi 2 o per Statistica? _________________ Linux is Better!
...Love is too much complicated! |
|
Back to top |
|
|
blackfede Apprentice
Joined: 29 Dec 2003 Posts: 178
|
Posted: Thu Feb 19, 2004 10:44 am Post subject: |
|
|
Mi intrometto in questa dicussione in modo semi-OT.
Ho letto a proposito dei compilatori Intel (ottimizzazione, compatibilità -decente- con gcc, ecc), e mi chiedevo se avesse senso (sia a livello di "ottimizzazione" che proprio il fatto di per se, cioè scaricare il gcc a favore del compilatore Intel) usarlo per compilare tutta la Gentoo. Mi pare che per adesso ci sia una buona compatibiltà, ma non vorei che però gli ebuild contenessero flags che nell'Intel non sono ancora supportate...
In sostanza se qualcuno ha provato, vorrei sapere la sua opinione, altimenti mi offro pioniere di questa sperimentazione! |
|
Back to top |
|
|
cerri Bodhisattva
Joined: 05 Mar 2003 Posts: 2957 Location: # init S
|
|
Back to top |
|
|
blackfede Apprentice
Joined: 29 Dec 2003 Posts: 178
|
Posted: Thu Feb 19, 2004 5:12 pm Post subject: |
|
|
Io ho cercato, ma ho usato Intel Compiler come chiave di ricerca, l'unico post che era "pertinente" (titolo: intel C++ Compiler) era in russo!!!
Cmq grazie per la dritta, ora leggo e ricerco con ICC!
EDIT: Nel secnodo link c'è finito in mezzo anche il punto di chiusura frase che invalida quindi tutto l'indirizzo! |
|
Back to top |
|
|
xdarma l33t
Joined: 08 Dec 2003 Posts: 719 Location: tra veneto e friuli (italy)
|
Posted: Thu Feb 19, 2004 9:26 pm Post subject: |
|
|
ma nessuno usa -s o -Os?
*apparentemente* nel mio pc crea binari piccoli ma non stabilissimi
xdarma |
|
Back to top |
|
|
|