Patch pre xf86-video-intel DDX, zlepšenie 3D cez sieť.

27.1.2011 11:27 | Žumpa | poslední úprava: 27.3.2013 23:28

Buhužiaľ musím upraviť zápisok, žiadny zázrak sa nekoná viď. diskusia. Ide o zrýchlenie vykreslovania cez sieť.

Pôvodný text zápisku: Podľa toho čo tvrdí Chris Wilson spravil patch pre xf86-video-intel DDX ovládač a v hre World of Padman cez sieť zdvihol FPS z 28 na 45. To bude mať sused radosť Len tak naokraj, Chris Wilson patril medzi najaktívnejších prispievateľov do kernelu 2.6.36 kde prispel 117 zmenami.        

Komentáře

[stativ]

Akorát, že to platí jenom pro indirect rendering.

[2011]

Ja neviem, mne na notebooku s Intel grafikou ide 3D uz skoro 3 roky - prakticky od doby ked som si ho kupil... Zeby to bolo tym ze tam nemam Linux?

[Beetljuice]

Ty toho nemáš víc

[Vskutečnosti Saýc]

3D na inteli grafice? Tomu neverim

[xm]

Ten patch se týká pouze akcelerovaného nepřímého renderování, přičemž autor uvádí, že s tímto patchem je nepřímé renderování přes síť skoro stejně rychlé jako přes lokální socket (což je moc hezký výsledek). Klasického přímého renderování se to ale vůbec netýká, to je ještě daleko rychlejší už z principu.

[Bedňa]

Môžeš to opísať konkrétnejšie, pretože ja som si to znova prečítal a nemám v tom jasno.

[Scarabeus IV]

Tak phoronix je vazne desna zumpa stylu JPP (jedna pani povidala) jak tak koukam :D
Jednoduse tenhle patch zpusobuje to ze pri neprimem vykreslovani je to stejne rychle pres lokalni socket i pres sit -> Kazdej z vas si pousti opengl hry na jinem pocitaci pres sit zeano... :)

[stativ]

Zrovna tohle je na Phoronixu napsáno, aneb jediný kdo tu mate je Bedňa.

[Scarabeus IV]

Netvrdim ze nerikaji, protoze zkopirovali co napsal commitmsg te zpravy, ale uz jen topic a prvni dva odstavce sou strasne natesene vzhledem k tomu co nakonec ten patch dela ;)
"This GLX Patch Can Really Boosts The FPS (~ +60%)"

A pak hloubjeji v textu:
"Yes, that's right, nearly a 60% increase in frame-rate from this simple patch. In the case of the Intel driver and other un-optimized graphics drivers or those running on low-power GPUs, this could mean the difference between a playable gaming experience and not, as is demonstrated by Chris' test with the frame-rate going from below-30 FPS to 45 FPS."

Takze tohle podle mne muze zmast ubohe savce jako my lide jsme :)

[Bedňa]

Tak, tak, už som opravil aj zápisok.

[Bedňa]

OK, som horší ako Phoronix Idem upraviť zápisok.

[xm]

Konkrétnější? To už snad ani nejde

Zkusím to tedy příkladem: pokud budeš hrát 3D hru přes vzdálené X připojení (přes síť - prostě v řeči laiků "vzdálená plocha"), bude to s tímto patchem stejně rychlé jako kdybys jí hrál se zapnutým nepřímým vykreslováním na lokálním X serveru.

Standardně se ovšem když hraješ lokálně nepoužívá nepřímé vykreslování (tzn. že aplikace posílá OpenGL volání X serveru přes GLX a teprve X server to přeposílá grafické kartě), nýbrž přímé vykreslování (direct rendering), což zjednodušeně (nepřesně) řečeno znamená, že aplikace obejde X server a OpenGL volání posílá přímo grafické kartě. A toto přímé vykreslování je vždy podstatně rychlejší než nepřímé vykreslování (záleží jak u čeho, jak moc se overhead GLX projeví, ale tipuju si, že to bude u her tak +- 2x pomalejší než přímé vykreslování).

[xm]

Hmm, koukám že jsem se s tím zpomalením nepřímého vs. přímého vykreslování docela trefil, viz jeden příspěvek z diskuze na Phoronixu:

Using padman@1024x768 locally:

                  i5-2500   c2q/g45    c2q/q35
Direct:             145        94         66
Indirect:            74        35         42

[Grunt]

Na druhou stranu, který jiný protokol vzdálené plochy dovede posílat OpenGL entity po síti takovou rychlostí?

[xm]

VirtualGL? Tedy pravda to je něco trochu jiného...

[Grunt]

Jsem jak narážel na RDP a VNC, ale budiž. Nechme být.

[xm]

VirtualGL pokud vím běží přes VNC.

[Grunt]

Nechme být.

[xm]

I když IMHO je idea VirtualGL v dnešní "cloudové" době lepší. V případě VirtualGL totiž OpenGL renderuje server (a klient tedy může být skutečně tenký), kdežto v případě klasického indirect renderingu OpenGL renderuje klient (a tedy musí být tlustý).

(tím nehájím cloudové řešení, sám mám proti takové centralizaci výhrady - ale pokud tím cloudem je můj vlastní nadupaný server, zdá se to docela lákavé )

[Grunt]

zdá se to docela lákavé

Jo, jo: 1920 × 1080 × 24-bitů × min. 60 FPS. Na CoDčko jak stvořené.

[xm]

VirtualGL to pokud vím na serveru komprimuje (ale nejspíš jen obyčejným JPEGem, lepší by bylo něco na bázi VP8 či H.264). Navíc nevidím důvod proč přenášet 60 FPS, mě by bohatě stačila "filmová rychlost", tedy okolo 25 FPS.

Jinak se podívej třeba na OnLive, ti nabízejí cloudové hraní moderních her v polovičním HD rozlišení (1280x720) přes obyčejný Internet (doporučené je 5 Mbps připojení, jako dostatečné je ale uváděno dokonce pouhých 3 Mbps).

[Grunt]

Tady je aspoň vidět jak kdo hrává(l). Tyhlety představy o Game-Cloudu mají tak max. ti co čas od času zapnou PS3 a myslí si jací jsou GamePros. 24FPS je zatraceně málo snad i na nějaký Warcraft3. 60FPS jsem udával jako minimum (VSYNC) ale pro normální hraní nějakého akčního FPS (MW2 a spol. nejsou akční FPS, to je naskriptovaný film v DirectX) je standardem klidně i 120FPS a více (má to vliv na odezvu celého systému a hlavně hráčových reakcí).

(ale nejspíš jen obyčejným JPEGem, lepší by bylo něco na bázi VP8 či H.264)

Smrrrt. O to se radši ani nebavme. Odhlédnu-li od faktu, že každý kompresní prvek přidává netolerovatelné zpoždění v odezvě (vývoj low-delay kodeků nechme stranou), tak přenášet to v nějakém frekvenčně-kvantizovaném…no radši vůbec ani nepředstavovat.

[Grunt]

Jinak se podívej třeba na OnLive, ti nabízejí cloudové hraní moderních her v polovičním HD rozlišení (1280x720) přes obyčejný Internet (doporučené je 5 Mbps připojení, jako dostatečné je ale uváděno dokonce pouhých 3 Mbps).

Jo, jo. Tak Unreala s odezvou přes 1000ms nebo 2000ms, to bych fakt chtěl vidět na vlastní oči. A jako bonus dodávají predikční jednotku do mozku, která tu odezvu setře, ne?

[FAtbluNT]

Proc by mela byt odezva 1000ms? Podivej se treba na tohle video a zjistis ze odezva jestli je vic jak 50ms tak sezeru vlastni GPU, ktery na tu hru rozhodne nema =] Jinak na wiki o OnLive pisou ze pouziva nejaky proprietarni HW video dekoder.