Optimeringsflaggor Pentium 4 ?

[Don Tomas]

För att fortsätta trenden med nybörjarfrågor i Linux...

 

Vilka optimeringsflaggor ska man använda/prova för att utnyttja Pentium 4 optimalt, map snabbhet, när man kompilerar ?

Finns det någon march=P4 ?

 

Någon som sett någon testsida ?

 

/TN -kanske ställt frågan förut...

[drbrno]

Du kan använda "pentium4" för -march och -mcpu om du har GCC 3.x.

 

Att optimera kod är en konst, och det kan bli väldigt fel om man drar på med alla optimeringar som finns. Jag använder -O2 och -march=i686 och jag tycker att det räcker för min PII.

 

[MD]

Nej, det finns inget march=p4 [1]. Se "info gcc". Välj "Submodel options" -> "i386 options". Möjligen är även "optimization options" av intresse.

 

Hjälp till självhjälp!

 

[1] Om du använder gcc 2.xx, vilket är det vanligaste än så länge.

 

 

[inlägget ändrat 2002-10-13 18:24:11 av MD]

[Don Tomas]

Att optimera kod är en konst, och det kan bli väldigt fel om man drar på med alla optimeringar som finns.

Hehe, jo jag vet men att se X och KDE starta upp på tre sekunder vore kul...

 

Så man ska inte prova med -O9 och div align- då ?

Jag provar lite så får vi se...

 

/TN

 

 

[Blekis ®]

Hehe, jo jag vet men att se X och KDE starta upp på tre sekunder vore kul..

 

Så du menar verkligen att det tar längre tid hos dig ?

 

[1] Om du använder gcc 2.xx, vilket är det vanligaste än så länge.

 

Red Hat 8, Mandrake 9 och SuSE 8.1 använder alla gcc 3.2...

funderat på att uppdatera kompilatorn ?

 

./Blekis ®

powered by red hat 8.0

 

[Don Tomas]

Så du menar verkligen att det tar längre tid hos dig ?

20 sekunder (RH8.0 KDE3.x P4 2GHz)

Här ska optimeras....

 

/TN

 

 

[MD]

Red Hat 8, Mandrake 9 och SuSE 8.1 använder alla gcc 3.2...

funderat på att uppdatera kompilatorn?

 

Den som sett hur gcc svängt fram och tillbaka under 3-serien inser lätt hur stor insikt det ligger bakom ovanstående citat.

 

[Blekis ®]

Den som sett hur gcc svängt fram och tillbaka under 3-serien inser lätt hur stor insikt det ligger bakom ovanstående citat.

 

Med din enorma insikt hade vi alla suttit nöjda med abc80 för all framtid

 

 

./Blekis ®

powered by red hat 8.0

 

[MD]

Ack ja, där argumenten tar slut tar personangreppen vid... Synd att det inte finns någon motsvarighet till killfiles här på forumet...

 

[Blekis ®]

Ack ja, där argumenten tar slut tar personangreppen vid

 

Vad är då detta:

 

inser lätt hur stor insikt det ligger bakom ovanstående citat.

 

Dessutom *utan* Smiley.

 

Vi ska alltså leva som du säger, och inte som du gör ?

 

 

./Blekis ®

powered by red hat 8.0

 

[MD]

Nu är du där igen.... Drar in något helt irrelevant... Observera att jag angrep ett uttalande, inte dig som person. Skillnaden är viktig.

 

På ett mer allmänt plan är det bedrövande att folk inte längre kan läsa mellan raderna och inse när något är ironiskt (jag har dock inte syftat på ironi i mina inlägg i den här tråden) utan ett ständigt gödslande med smileys överallt. Har du någonsin sett smileys i en roman?

 

Det finns ibland goda skäl att inte köra med den senaste versionen av ett program. GCC är ett sådant exempel. Se t ex följande diskussion för exempel på problem med gcc3.2:

 

http://gcc.gnu.org/ml/gcc/2002-10/msg00237.html

 

Jag är inte emot utveckling, men jag väljer helt klart stabilitet framför några procents extra prestanda, som blir mer och mer ointressant med dagens processorhastigheter. Om jag ville ha riktigt bra prestanda skulle jag istället ladda ner Intels c-kompilator och kompilera om systemet med denna. Den gör rätt så mycket häftigare optimeringar än vad gcc klarar.