GCC začíná zrychlovat

31.12.2005 15:12 | Přečteno: 1838× | Linux

GCC 4.0 bylo pro mnoho lidí určitě zklamáním. Před vydáním GCC 4.0 se všude roznášelo, že GCC čtvrté řady bude generovat rychlejší kód. Nakonec se ukázalo, že 4.0.X generuje pomalejší kód a že slibované optimalizace budou přítomny až v řadě 4.1. Proto sleduju vývoj GCC 4.1 (betaverze v Portage).

Musím potěšit všechny "Gentoo Ricers" a podobné, protože GCC 4.1 (prerelease) skutečně generuje rychlejší kód než GCC 3.4.
Benchmarkoval jsem pomocí Quake 3, demo "FOUR.DM_68". Výsledky z prvního běhu jsem ignoroval, v tabulce jsou čísla až z druhého běhu.

Kernel sestaven	Quake 3 sestaven	Avg FPS
GCC 3.4.5	GCC 3.4.5	183,1
GCC 3.4.5	GCC 4.1 beta	187
GCC 4.1 beta	GCC 4.1 beta	189,2

Ty rozdíly jsou asi směšné, ale chci trochu vylepšit současnou náladu flamewars a odchodů nečím pozitivním

       

Komentáře

[David Watzke]

Ale s GCC 4.0.2-r1 na AMD64 jsem nezkompiloval třeba kdelibs, kopete, či kmail. Musím to někdy zkusit znova s tou novou 4.1.

[Luboš Doležel (Doli)]

Já s tím taky nekompiluju celý systém...zatím jen kernel, glibc, xorg-server, libX11 a quake3

[Michal Kubeček]

Já s tím taky nekompiluju celý systém... zatím jen kernel, glibc, xorg-server…

:-)

[Michal Kubeček]

Nevím, nevím… Pokud jsem něco nebyl schopen zkompilovat čtyřkovým gcc, zatím to vždy byla vina autorů aplikace v kombinaci s tím, že gcc verze 4.0 bere jako chybu i některé věci, které dříve byly "pouze" varování. Pochybuji, že by se gcc 4.1 vracelo k dřívějšímu volnému posuzování těchto chyb.

[Luboš Doležel (Doli)]

Na Gentoo fóru je thread o GCC 4.1, kde se postupně řeší problémy s GCC 4.1. Vydávají nové patche na problematické balíčky + jsem tam zahlédl nějaký CFLAG, které umožní obejít jeden konkrétní častý problém, než se vydá oprava.

[Michal Kubeček]

Má filosofie je taková, že opravovat by se mělo to, co je špatně. Proto jsem se také přestal zabývat webdesignem… :-)

[VícNežNic]

Kdoví jaká zvěrstva budou v RPM balíčcích Fedory co běžně s úsměvem používám Ale což, co oko nevidí…

[Luboš Doležel (Doli)]

Tak jsem znovu testoval (s překompilovaným glibc a X11) a prolomil jsem hranici 190FPS. Když jsem s Gentoo před půl rokem začínal, tak jsem měl "jen" 173FPS

[VícNežNic]

Já bych byl docela rád, kdybych to aspoň spustil. Zrovna Quake bych si zahrál Jestli to pak půjde čtyřicet nebo šedesát je mi upřímně jedno, radši budu hrát tu hru než bych ztrácel čas snahou aby mi šla rychleji

[sdfsr]

mno 10 procent nárůst rychlosti není zanedbatelné a je to víc než by činila statistická chyba.

[VícNežNic]

To je možné, ale o deset procent víc než třikrát tolik kolik by mi úplně stačilo by mi nestálo ani za minimální námahu.

[Luboš Doležel (Doli)]

Tenhle nárůst se netýká jen Quake 3, ale i jíných (náročnějších) her. Měřím to v Quake 3, protože tam jsou větší čísla.

[VícNežNic]

To je fajn, že to všechno roste, i ty náročnější hry, ale já bych si vážně rád zahrál aspoň ten Quake Což mi jaksi taksi nejde a deset procent v GCC mi k tomu nenapomůže.

[ghgfh]

proč ti nefunguje?

[VícNežNic]

No můj skromný odhad je, že s novýma X.org (6.8) se něco stalo s černou magií udržující aspoň skromný náznak podpory 3D akcelerace s mojí grafikou a prostě to přestalo fungovat úplně (ani před tím to teda nebylo slavné). Ale nevím to a chová se to nanejvýš divně. Zatím to řeším tak, že si říkám pořídím si novou grafiku, pak se podívám okolo, řeknu si, že k tomu potřebuju celej novej počítač a na to si odpovím, že tohle funguje tak nač vyhazovat peníze

Ale štve mě to čím dál víc, nejspíš se přes tu míru tolerance asi záhy dostanu.

[xbbccvbngfh]

Mno jaký ebuild na kváka používáš?

[Luboš Doležel (Doli)]

games-fps/quake3-1.33_alpha364

[dfgsdfs]

a není to náhodou vliv nějaké optimalizace v samotném kódu hry?

[Luboš Doležel (Doli)]

Originální zdroják z FTP idsoftware a mými CFLAGS se chová stejně rychle, jako SVN zdroják...takže v tom to nebude.

[mkoubik]

3.4.4 mam takovy pocit, ze nove optimalizace v gcc 4.x zbusobuji, ze gcc pracuje pomaleji a generuje vetsi a pomalejsi binarky.