És arról se feledkezz meg, hogy akár „leoptimizálni” is lehet. 🙂
A stabilitás romlásáról nem is beszélve.

„Vannak még egyéb hasznos(nak mondható) „trükkök”?”
Ez azért többet elárul :):
sys    0m2.552s – sys    0m2.424s
user    0m1.492s – user    0m0.864s

Nos igen, ennél a programnál „többet elárul”. Viszont lehet, hogy másik proginál meg mondjuk egy más optimalizáció sokkal jobb lehet. Ui. ha mindegyik progira ugyanaz lenne a legjobb, akkor szerintem nemigen lenne ennyi flag.

Amit olvastam, az Os sokszor jobb választás, mivel kisebb cuccot kell betölteni a memóriába, beolvasni a vinyóról, ami nagy progiknál sebességnövekedést jelenthet akár az O3-mal szemben is.

Mondjuk bc – meggyőződésem szerint – nem a legjobb példa – mivel soxor rövid ideig fut, nem számítani, hanem betölteni kell. (Amúgy is, ez a példa is csak egy… ha ötször lefuttatod, ötször mást fogsz kapni a többi program miatt.)
Egy gimp, xine, mplayer, vlc esetében, persze más a helyzet.

„…ami nagy progiknál sebességnövekedést jelenthet akár az O3-mal szemben is”
Hát a nagy progikat nem töltögeted ki-be… lásd ooo, gimp… (Az ilyeneket igen: grep, sed…)

Ez nem a programtól, hanem a processzorodtól függ. Arra kell optimalizálni, pl: támogatja az mmx-t akkor minden programot azzal kell fordítani. A processzornak így nem kell „erőből” számolnia.
Az Os meg igaz, hogy kisebb kódot generál, de olyan mintha tömörített lenne. Vagyis gyorsabban betölti a merevlemez, de lassabb és több memóriát igényel – én így tudom. Szinte minden programot O2-re optimalizálnak, használd te is azt.

„Ez nem a programtól, hanem a processzorodtól függ.”
Ez persze, így ebben a formában nem igaz.
1) Egyes programok kódja olyan, hogy valamivel jobban optimalizálhatók, valamitől meg megdöglenek…
2) Hiába fordítod mmx-szel, ha pl ez van a kódban: