Idézet: Yany - Dátum: 2009. jún. 4., csütörtök - 15:38
szerk.: Abu, amúgy mi ez a félrefordítás dolog, tegyük már tisztába, mert eddig nekem úgy jött le a mondanivalódból, hogy (1) vagy mindenképp fagy (2) vagy belassítják "pihenő" ciklusokkal. Nos, eddig mindegyik elméletnek ellentmond az, hogy (1) igenis vannak nem ref kártyák, amiken fagyás nélkül fut sok-sok órán keresztül, (2) sokkal(!) jobban leterheli a vasat, mint a nemrég megjelent GPUTool, holott a jelenlegi driverek annak létezéséről még nem is tudnak, tehát se shader, se .exe szinten nem lehet még visszafogva. De ha még így is lenne, akkor is jobban izzasztja a kártyát, mint bármely más, mindenki számára elérhető szoftver.
Akkor mi ez a séderpiszkálásos téma, mert úgy tűnik, hogy nagyon félreértelek ezt az éles ellentmondást bambulva...
A complier a Furmark algoritmusát nem optimalizált módban fordítja be. Az R600 architektúráján ezzel kapcsolatban nagyon nagy a játéktér. Gyakorlatilag a Furmark probléma megoldása driverről-driverre változott az elmúlt egy évben. A mostani driverek átnevezett exe-vel eleve úgy fordítják a kódot, hogy a GPU soha ne legyen 100%-ig kihasználva. Az NV is hasonlóan oldotta meg, ők üres ciklusokat nyeretnek az SFU használata mellett. Annyi a különbség, hogy az NV-nél ez már évek óta benne van a driverben.
Elméleti szinten az RV770-nek 2-szer gyorsabban kellene futtatnia a Furmark-ot, mint GT200-nak. Ez nagyon nem teljesül a valóságban, még átnevezett exe-vel sem. Mondjuk itt érdemes belekalkulálni az NV oldalon is egy 10-15%-os mínuszt a fojtás miatt. Az AMD oldalon a Furmark saját exe-vel konkrétan a chipek 1/5-ét használja, átnevezett exevel változó, de itt az általános optimalizálás lép érvénybe, ami alapból nem garantál maximális kihasználtságot.
Ezért nincs mostanában új Furmark. Túljártak a fejlesztő eszén a GPU gyártók.
Most már az a lehetőség, hogy a Furmark fejlesztője a GPU-khoz saját assembly szintű optimalizálást ír. Ez rengeteg idő lesz.
Szerkesztette: Abu85 2009. 06. 04. 16:50 -kor