ATI DRI driver sufnituning?

Sziasztok!

Az ATI odáig fejlesztette fglrx driverét, hogy nekem már lassabban megy, mint a kernelbe épített DRI driver (Fedora Core 2, Xorg, Kernel 2.6.6-2.6.7-stb regparm-mal), így aztán ez utóbbit használom - már csak a kényelem és az X-hez való jobb illeszkedés miatt is.
Radeon 9200-as kártyával, 1.5GHz-es P4-en a glxgears kb. 1600fps-t ad 30-40%-os procikihasználtság mellett. (Az fglrx is, de az 100% proci mellett.) Az xorg.conf-ba már beletettem - az órajeltúlhúzás kivételével - minden opciót, ami a teljesítményt növeli. Kérdésem, hogy valahogy feljebb lehet-e nyomni esetleg nagyobb cpu-kihasználás árán, mert nekem az a gyanúm, hogy van valahol egy időzítő vagy egy holtciklus, ami miatt ilyen kevés fps-t ad. Ha tud vki ilyenről, mongya' má' meg, hol lehet megbabrálni! :idea:

Az is érdekelne még, hogy vannak-e patchek, amik lehetővé teszik a 3.2.8-as fglrx drivereknek az újabb, tehát 2.6.7 kernelekkel való együttműködését. (Állítólag a 3.2.x széria volt az utolsó, amelyiknek normális volt a teljesítménye.) Google nem segített, de lehet, hogy csak nem voltam elég figyelmes.

Várom az ötleteket!
Chreex

1. Nem t'om... Szerintem sincsen ez így jól, hogy kipengetek egy csomó pénzt egy cuccra, és semmi (normális) terméktámogatást nem kapok hozzá. Az, hogy sokan megpatchelik a hivatalos meghajtókat, nem megoldás, dehát mit lehet tenni...?

2. Az x.org-fére X-szerver az XFree86 helyett van sok disztribben, mert megváltoztak utóbbi licencfeltételei, és ez sokaknak nem tetszett.

3. Az nvidia linuxos támogatása tényleg nagyon jó, nekik pl. a linuxos driverük talán még leheletnyivel gyorsabban is megy a windowsosnál - ahogy egy gef2mx-szel tapasztaltam - de a vásárlást már nem tudom visszacsinálni. :cry:

Szerintem akkor nálad mind2 esetben a sw 3D megy max. Nézzed meg a glxinfo-t is, abból kiderül. Nekem a KT400-al csak a dri-s ment, de a kt600-al most megy jól az fglrx. A 3.7.0-val tokeletesen fut az ut2004demo. Dri-vel el sem indul. A dri driver nagyon buta, alig van beleimplementálva valami, a pici opengl programok futnak max (tuxkart stb.). Ja és úgy emlékszem, hogy az fglrx_gear nem is ugyanazt csinálja. Valami ott nagyon nem kerek.

Mindkét esetben aktív volt a hardveres gyorsítás a glxinfo szerint, a teljesítményadatot mind2x a glxgears adta - egyszer a dri driverrel, majd az fglrx-szel, hogy egészen pontos legyek. Az fgl_glxgears-et kihagytam a játékból, mivel nem megy dri-vel.
Mindkettővel fut az ut2004 (nem demo), megegyező sebességgel (dri <-> fglrx 3.9.0, mellesleg élvezhetetlen, win alatt persze megy, mint állat'). Ha nincs 3d gyorsítás, a glxgears 100-200fps-t ad a leírt kb. 1600 helyett. Tehát nem én vagyok a hülye. Egyszerűen az fglrx silány. Már nem is reménykedek, hogy kihoznak belőle egy normálisat 2 éven belül, amikorra meg már a Radeon9200 nem fog érni fabatkát sem... Elvégre már most sem egy nagy durranás. :cry:

Bocsi, de abból gondoltam, hogy nekem 2700FPS-t ad egy 9000Pro, egy Athlon 2000XP-vel.

A 9000 gyakorlatilag teljesen ugyanaz, mint a 9200, de ha azt nézzük, hogy pro-ról van szó, az eredményed reális. Nekem a sima van, az fps annyi, amennyi, csak úgy, mint szerte a neten minden sima 9200 tulajnak.

Na jó, mára abba is hagyom a kockulást. :wink:

Üdv
Chreex

Na jó. Legyen karácsony. Smile

ftp://193.17.175.1/fglrx_3.2.8_patch_for_2.6.7_kernel.gz

Természetesen semmilyen felelősséget nem vállalok azért, ha bárkinek bármi rosszul sül el. Nekem muxik.

Ja igen: a fglrx-glc22-4.3.0-3.2.8.i586.rpm csomag kell hozzá és a /lib/modules/fglrx/build_mod könyvtárat kell patchelni.

Hmmm... :)
Előre is örök hála, nagyon ígéretesnek tűnik, warning nélkül fordul, de a modult sajna nem tudja betölteni a rencer. A dmesg a következőt adja a make_install futtatása vagy modprobe után:

[fglrx] Maximum main memory to use for locked dma buffers: 432 MBytes. (ez eddig oké...)
[fglrx:firegl_init] *ERROR* Device not found! (ez már nem annyira)

Mit lehet tenni, hogy betöltődjön? Átírni esetleg vmit a patchben? Az a gond, hogy a firegl_init fv. csak a binárisokban van benne, ahogy elnézem... Rossz paramétert kapna? Nehéz kideríteni, mert a firegl_init hívás környékén minden ugyanaz az eredeti és a patchelt firegl_public.c-ben, a paraméterként átadott dev struktúra is látszólag ugyanúgy épül fel... Valami globális változó a ludas?

Üdv
Chreex

Hmm... Jó lenne látni az egész hibaüzenetet.

ha a fglrx-glc22-4.3.0-3.2.8.i586.rpm rendesen fel van téve, akkor próbálj meg sima karakteres felületre bootolni, semmi X ne zavarjon be, kernel agpgart-ot hagyd békén.

Ami a hibaüzenetet illeti, csak annyi volt a dmesg-ben ezzel kapcsolatban, amennyit beszúrtam.

De még egy kis tuning, és megy! A te patched alkalmazása után - fedora felhasználóként - ezt is rátettem próba cseresznye alapon:
http://rambo.its.tudelft.nl/~ewald/patches/fglrx-3.9.0-fc2.patch
Nem volt teljesen tiszta az összefésülés, volt egy-két sor eltérés, meg fuzz, vagy mi a rák, de műxik! Mitöbb, így már majdnem olyan jól muzsikál, mint a wines driver. A későbbi fglrx-ekre mindenképpen ráver akár 80-90%-ot is!!!

Mindenkinek érdemes lenne kipróbálni! Örök hála, kiru! :)

Én nem igazán látok különbséget teljesítményben a 4.9-hez képest, igaz nem mértem, csak az aa-val nézegetem. Amit látok az az, hogy a wines aa-tól gyorsabb.

Ez úgy látszik, hogy "lelkivilág-függő". A Linuxnak is van olyan, nem csak a winnek. :)
Az fgl_glxgears ezzel a kombóval elég gyatra fps-t ad, viszont az ut2004 úgy hasít, mint még soha. Eddig élvezhetetlen volt, most meg már egyáltalán nem az. Maga a driver instabilabb, mint az újak - de ezt az árat még megfizetem.
Azt nem értem, hogy mit csinálnak atiék a verziószámnövelésen és egy kicsi, de vajmi kevéssé hathatós kernel-kompatibilitási frissítésen kívül, mert a sebességen kívül semmi változást nem észlelek...