Vyznam dual core

[Petrik]

Ted mi dosla jedna vec: tento problem je jiz totiz vyresen, jelikoz PPU Aegia ve hrach funguje a tento problem tam zrejmne nenastava, nebo je nejak elegantne osetren Navic, prenost dat z PPU pres PCI-E x16 do CPU je radove pomalejsi a ma radove vetsi latence, nez prenost dat z jednoho jadra DC do druheho, takze v pripadne DC to bude mnohem bezproblemovehjsi.
Jeste jedno upresneni ke GRAW: defautlne jede cela fyzika na havoku, PPU se pouziva pouze pokud je k dispozici na specialni efekty jako jsou vybuchy a pod. Jelikoz GRAW by mel umet vyuzit DC,a to pry dost vyrazne, predpokladam, ze prave havok bezi oddelne.

Dnes vyšel zajímavý článek na The Inquirer. Někdo z redakce hovořil s vývojáři her o možnosti využití quad-core:



Zvýraznil jsem nejdůležitější část. To docela mění zde nastolený směr diskuze - zjevně nebude problém zatížit jedno jádro výpočtem fyziky a kolizí, potíž bude v tom, že chceme-li, aby tato fyzika probíhala realtime (tj. aby například jedno auto neprojelo celé druhým a až pak byla zjištěna kolize), musí být fyzika spočítána hodně rychle, protože se jedná o sekvenční záležitost. A je zřejmě jasné, že když data musíme překopírovat z jednoho CPU do druhého, může DC dokonce i zpomalovat výpočet.

Možná by to šlo vyřešit tak, že jedno jádro bude počítat kolize a fyziku pro jeden frame dopředu, zatímco další jádra aktuální frame. To ale bude docela potíž z hlediska synchronizace a taky tam bude určité zpoždění reakcí na uživatelům vstup (čili zdaleka to nebude optimální).

[Eagle]

Nevím, zda mi někdo argumentoval tady nebo na Živě, ale mrknul jsem teď na IncrediBuild, který by měl zrychlovat kompilování na Visual C++. Fakt mě to pobavilo, je to za peníze a licenční politika je opravdu velice "příznivá". Za jednu licenci chtějí 329 dolarů a za podporu každého dalšího jádra pak dalších 149 dolarů!!! To jste si ze mě dělali legraci, že?

Standardní edice Visual Studia 2005 je za 299 dolarů.

[richie08]

Ted mi dosla jedna vec: tento problem je jiz totiz vyresen, jelikoz PPU Aegia ve hrach funguje a tento problem tam zrejmne nenastava, nebo je nejak elegantne osetren Navic, prenost dat z PPU pres PCI-E x16 do CPU je radove pomalejsi a ma radove vetsi latence, nez prenost dat z jednoho jadra DC do druheho, takze v pripadne DC to bude mnohem bezproblemovehjsi.
Jeste jedno upresneni ke GRAW: defautlne jede cela fyzika na havoku, PPU se pouziva pouze pokud je k dispozici na specialni efekty jako jsou vybuchy a pod. Jelikoz GRAW by mel umet vyuzit DC,a to pry dost vyrazne, predpokladam, ze prave havok bezi oddelne.

To nebude nikdy fungovat! Kdyz se nestihaji kopirovat data mezi jadry na jednom CPU, co pak nejaka karta v PCI-E nebo GPU. Jsem si jist, ze miliony, ktere investuji do vyvoje Ageia, nVidia a Ati prijdou vnivec.
Aneb co bys cekal od cloveka, ktery nikdy nenaprogramoval vicevlaknovy program a ceka na to az to za nej udela kompilator

[Petrik]

to myslis ironicky, ze? hehe

UPDATE: Zda se ze Eaglovy teorie o MT SW se borti, protoze pokud si dobre pamatuju, tvrdil, ze napr. takova fyzika se paralelizovat neda, ze? No tak asi protoze to "nejde" Aegia umoznuje neco jako SLI pro jejich PPU karty, tedy provoz se dvema kartam zaroven pro dvojnasobny vykon: http://www.zive.cz/h/Uzivatel/AR.asp?ARI=131532
A jeslize to jde pro dve karty, navic na relativne pomale PCI-E, nevim proc by neslo pro herni fyziku vyuzit klidne dvou a vice jader v novych QC CPU

To nebude nikdy fungovat! Kdyz se nestihaji kopirovat data mezi jadry na jednom CPU, co pak nejaka karta v PCI-E nebo GPU. Jsem si jist, ze miliony, ktere investuji do vyvoje Ageia, nVidia a Ati prijdou vnivec.
Aneb co bys cekal od cloveka, ktery nikdy nenaprogramoval vicevlaknovy program a ceka na to az to za nej udela kompilator

[Eagle]

2Petrik: Zaprvé to nebyla moje teorie a za druhé bys nám tedy mohl osvětlit, jak si to jako představuješ, že budeš vykreslovat objekt, u kterého ještě nevíš, jak se bude pohybovat. Do toho!

[Petrik]

1)No ale rozhodne jsi neco v tom smyslu tvdil, nechce se mi to uz hledat.

2)Eagle, ja nejsem programator, ani jsem netvrdil, ze vim, jak to udelat. Ja jsem odpovedel na tvoji teorii, ze to pravdepodobne nejde, nebo ze to bude spatny a pod. Realne to funguje a to dokonce s vyrazne pomaleji propojenou kartou nez je propojeni jednoho jadra k druhemu. Navic, dokonce i samotna fyzika jde paralelizovat, v coz jsem ani moc nedoufal.
Ty proste misto abys uznal, ze jsi se mylil, radeji napadas me. Prosim, napadej si, ja skutecne nevim, jak to udelat, ale presto trvam na tom, ze to funguje a dokonce velmi dobre. Ja totiz, abych se prizal, hernim enginum moc nerozumim, jen tusim, jak asi muzou fungovat. Docela logicka je tvoje kontrukce, ze nejdrive se musi vypocitat pohyb vsech objektu (resp. jejich poloha) a az pak se muzou zacit vykreslovat. Finta je v tom, ze kdyz ten pohyb nepocita CPU nebo to jedno konkretni jadro, ma cas delat neco jineho. Napr. muze dopocitavat vykreslovani minuleho framu nebo tak neco. Kazdopadne Aegia PPU je dukazem, ze i velmi narocna fyzika, bezne nezvladnutelna, jde realizovat pomoci vice jader, v tomto pripade jednim CPU a druhym specialnim na PCI-E karte. Jasne, ze PPU je na fyziku mnohonasobne vykonejsi nez bezny jadro CPU, ale tady jde o princip, ze. A jestli ze to jde s fyzikou, na ktere zavisi vse ostatni, proc by to neslo se zvukem, AI a dalsima komponentama herniho enginu. Takze bych to shrnul, principialne vice jader nebo specializovanych procesoru ve hrach vyuzit rozhodne jde, zalezi jen na programatorech. A umim si predstavit, ze za par let budou hry bezne umet vyuzit klidne ty 4 jadra, o kterych tu take byla rec. K tomu klidne nejakou grafiku ci PPU jako akcelerator nejenom grafiky a zbyva se jen tesit na to, jak to bude slapat a vypadat. s tvojim pristupem, totiz ze CPU ma byt jeden a basta, bychom se toho nedockali ani za 10 let.

2Petrik: Zaprvé to nebyla moje teorie a za druhé bys nám tedy mohl osvětlit, jak si to jako představuješ, že budeš vykreslovat objekt, u kterého ještě nevíš, jak se bude pohybovat. Do toho!

[Eagle]

Realne to funguje a to dokonce s vyrazne pomaleji propojenou kartou nez je propojeni jednoho jadra k druhemu.

To, že to někde ošulíš, neznamená, že to funguje. To už bys mohl konečně pochopit! Udělat paralelizaci snížením výstupní kvality není umění.

Ty proste misto abys uznal, ze jsi se mylil, radeji napadas me.

Domnívám se, že diskuze spíš vyzněla v můj prospěch. Takže jaképak mýlení se.

Docela logicka je tvoje kontrukce...

Takže jsme u toho. Konstrukce je logická, to sám uznáš. Fakt si myslíš, že programátor může tohle logické pořadí změnit? Ono z toho tak nějak vychází, že jediný způsob, jak to provést, je počítat fyziku pro jiný snímek, než který je vykreslován. Výsledek? Zpoždění reakcí uživatelova vstupu o jeden snímek. To mi jako moc dobrý příklad paralelizace nepřijde.

s tvojim pristupem, totiz ze CPU ma byt jeden a basta, bychom se toho nedockali ani za 10 let.

To mi připomíná teorii komunismu. Obětuju svůj zájem ve prospěch společnosti. Díky, ale o takovou nabídku nemám zájem, a proto chci to, co mi teď a tady přinese nejvíc. Jestli Intel chce tlačit víc jader, tak ať se postará o to, aby na to software byl patřičně optimalizován, a to tak, že mě to nebude stát ani padesátník. Přirozeně odmítám "optimalizace" vedoucí ke snížení výstupní kvality.

[Petrik]

1) Myslis ze to Aegia nekde osulila? muzes mi prosim rict kde? A rovnou to napis nekam do nejakyho velkyho fora, at lidi ty jejich drahy PPU vyhazej, ze to je akorat vosuleny

2)tvuj nazor...

3)aha, takze kdyz to vsechno pocita jeden CPU, tedy nejdriv spocita fyziku, pak vse ostatni, tak tam neni zpozdeni, jo? zajimava teorie ) u vice jader to je naopak s mensim zpozdenim, protoze se s pocitanim fyziky neceka na dokonceni vseho ostatniho, jako normalne. Proste fyzikalni engine chrli jeden snimek za druhym a ostatni jadra k tomu jen dopocitavaji vse ostatni. Nebo se mylim? vysvetli mi tedy prosim, jaktoze u jednoho jadra zpozdeni neni a u vice ano

4) to me pobavilo...proc by se mel intel starat, aby te to nestalo ani o padesatnik navic? ocividne vubec nechapes, jak funguje soucasna ekonomika )

To, že to někde ošulíš, neznamená, že to funguje. To už bys mohl konečně pochopit! Udělat paralelizaci snížením výstupní kvality není umění.


Domnívám se, že diskuze spíš vyzněla v můj prospěch. Takže jaképak mýlení se.


Takže jsme u toho. Konstrukce je logická, to sám uznáš. Fakt si myslíš, že programátor může tohle logické pořadí změnit? Ono z toho tak nějak vychází, že jediný způsob, jak to provést, je počítat fyziku pro jiný snímek, než který je vykreslován. Výsledek? Zpoždění reakcí uživatelova vstupu o jeden snímek. To mi jako moc dobrý příklad paralelizace nepřijde.


To mi připomíná teorii komunismu. Obětuju svůj zájem ve prospěch společnosti. Díky, ale o takovou nabídku nemám zájem, a proto chci to, co mi teď a tady přinese nejvíc. Jestli Intel chce tlačit víc jader, tak ať se postará o to, aby na to software byl patřičně optimalizován, a to tak, že mě to nebude stát ani padesátník. Přirozeně odmítám "optimalizace" vedoucí ke snížení výstupní kvality.