NVIDIA ovladač 177.70 Beta (diskuse)

[David Watzke]

Btw. zase opravuje jeden z výkonnostních problémů co se projevují v KDE4: tentokrát je to přesouvání Plasma appletů.

[saly]

fajne :) Hoši z Nvidie ty bety vydávají nějak často, že by vyslyšeli prosby a navávky komunity?

[Xerces]

Spíš je začalo bavit kódit pro solidní systém.

[saly]

Třeba na Nvidii přecházej všude na Linux

[Marián Kyral]

To mi povídej. Včera se v portage objevila předchozí beta a už je tu další...

[Jardík]

No nevím. Teď jsem tu betu nainstaloval do openSUSE 11 s KDE 4.1 a nic mi rychlejší nepřijde. Fade in/out efekty oken a menu stále jsou trhané, efekt minimalizace/obnovení také a přesouvání folder view apletu je stejné utrpení jako před tím. Dokonce i přesun apletu analogové hodiny je trhaný. Přesun těch apletoikon je na tom sice trošičku lépe (asi proto, že jsou menší a méně náročné na vykreslení) ale pořád je to stejně pomalé jak před tím.

[David Watzke]

Tak už jsem je nahodil a všiml jsem si drobnýho nárustu výkonu v glxgears (8600GT). Místo 7.5k FPS to teď jede 8.2k FPS (s __GL_MaxFramesAllowed=20 až 9.4k FPS). Problém je, že než to podělali, tak to jelo kolem 13.5k FPS. V Quake III (na 1920x1200) se to nijak neprojevuje (timedemo ~185 FPS, vše na max, bez vyhlazování).

[otula]

Mně glxgears jede úplně stejně, jak předtím, tedy ~6100 FPS (GF 7300GT)

[David Watzke]

Předtím znamená co? To velký zpomalení jsem zaznamenal už před docela dlouhou dobou. Ale hlavně máš úplně jinou GPU. Přijde mi, že je tam jinej kód pro GF 6/7 a jinej pro GF 8/9/GTX (protože když se opraví nějaká chyba, tak píšou že je opravená vždy na těhle řadách GPU). S GF8 je v tom ovladači furt něco, každopádně ten starej nahodit nemůžu, protože bych pro proti aktuálnímu jádru jen tak nezkompiloval.

[otula]

Myšleno se staršími ovladači. Mám v glxgears naprosto stejný výkon jak s řadou 173, tak 177 (to si nestěžuji, pouze konstatuji - 3D výkon mám naprosto v pohodě; myslím, že těch 6100 FPS je pro 7300GT naprosto odpovídajících)

[David Watzke]

173 už byly podělaný (v kombinaci s mojí kartou), už je to fakt dlouho. Taky si na výkon v 3D nestěžuju, je to v pohodě, jenom je mi jasný, že tam něco hnije... naštěstí se to "něco" moc neobjevuje ve hrách

[D-Evil]

Ten kód je jinej skoro jistě, protože řada 8 má podle slov nVidie úplně jinou vnitřní architekturu (proto taky nejde XvMC třeba).

[DNA]

tohle mi objasni, já starší ovladač zkompiluji a zavedu bez problému, pokud si pohlídám verzi gcc...

[otula]

Zkusím si tipnout, třeba to David potvrdí: používá jádro 2.6.27
BTW, potřebuješ speciálně některou verzi gcc? Pro jádro 2.6.26 sestavím ovladače z obou řad bez problémů s gcc 4.3.1

[David Watzke]

Samozřejmě používám 2.6.27 (rc4), ale tím to není. Ty opravdu starý verze prostě nepočítaj se změnama v nových jádrech a opatchovaný je nezkompiluješ ani se stable .26, to by člověk musel udělat slušnej krok zpět.

[otula]

Vycházel jsem z toho, že v Archu má nvidia (173) v závislostech, že nefunguje s 2.6.27. Koukám teď, že tam nějaký (dost obsáhlý) patch je. A koukám, že i Gentoo má nějaké záplaty i pro 177.70. Večer bych doma mohl zkusit použít ty záplaty z Gentoo, jestli se to nějak projeví. Já jsem verzi 177.70 kompiloval s použitím záplaty pro stabilní verzi.

[stativ]

Jestli myslíš závislosti, tak je to dáno tím, že modul funguje jenom s jádrem se kterým byl zkompilovaný. A tedy logicky je to jádro, za předpokladu, že aktuální jádro je 2.6.26.2-2, které je novější než 2.6.26.2-1 ale zároveň starší než 2.6.27. Při updatu jádra by sa ta závislost zase změnila.

[otula]

Aha, myslel jsem, že to omezení je tam proto, že s novým jádrem ovladač asi nefunguje. Takhle to v PKGBUILDu nemá logiku, protože se brání kompilaci v případě, že máš novější jádro. Spousta jiných programů nefunguje bez opětovné kompilace s novějšími verzemi závislostí, ale nikdy se to neřeší. Jen tady.

[stativ]

Má to logiku, protože PKGBUILDy, které jsou v svn jsou přesně ty PKGBUILDy, pomocí kterých jsou balíčky sestavovány. Je kravina mít PKGBUILDy „pro veřejnost (rozumněj abs a jiné)“ a interní PKGBUILDy, ze kterých jsou balíčky vytvářeny.

[otula]

To máš pravdu, ale dá se na to dívat z druhé strany: pokud si někdo nevytváří balíčky sám, ale aktualizuje z repozitáře, tak v případě update se mu stáhne nové jádro spolu s aktualizovanými ovladači. A ten, kdo si sám sestaví nové jádro, dobře ví, že si musí překompilovat i ovladače - a v tu chvíli znejistí, proč je v nich zakázáno sestavení proti novějšímu jádru. Ale to je jedno - takhle bychom si mohli hájit každý svůj pohled a hádat se ještě týden

[Luboš Doležel (Doli)]

Mně se to pořád drží na ~5500 FPS, dřív jsem na notebooku míval ~13000 FPS. Bohužel nemám údaje z her, takže to možná taky vůbec nic neznamená.

[m1c4a1]

Tak používej verzi, co ti jede nejlíp. :)

[saly]

Takže potvrzuju, že ty plasmoidy se hejbou plynule, nicméně pořád mají vývojáři co dělat, ještě to neni prefektní všecko :)

[Petr]

No konecne tu je podpora pro 9800GT.

[David Watzke]

Mimochodem, zkusil jsem zapnout nový vlastnosti toho beta driveru, který v defaultu nejsou povolený. V glxgears možná 200 FPS navíc, Quake III beze změny. Jsou to spíš 2D záležitosti. Mělo by bejt pak rychlejší vyhlazování a podobně. Viz nvnews.net.

[brm]

Máš nějaký seznam všeho, co není v defaultu zapnuté a co to dělá?

[Luboš Doležel (Doli)]

Je to v dokumentaci u ovladače.

[saly]

Tak jsem to skusil taky a musim říct, že KDE 4.1(a obecně QT4 aplikace) jsou rychlý :) Akorád když zapnu KDE Wow efekty, tak by to chtělo malinko žrát míň CPU, ať maká GPU. Snad to je jen tím bugem v Kwinu, který má při VSync šetřit CPU a dělá přesnej opak :) Počkám, až se mi to dostane do repositářů a uvidim ...

[Jan Včelák]

Dělají se tyhle opravy i v těch legacy driverech?

Já mám starší grafickou kartu (FX 5500), poslední legacy driver a čím novější jádro mám, tím nižší fps glxgears ukazuje... :-/