2. Fórumok
  3. Egyéb hardverek
  4. Az NVIDIA bérgyártásra szólította fel az Intelt
Keresés

Hirdetés

Új hozzászólás Aktív témák

  • #56 FireKeeper nagyúr schwartz #55
    Új Válasz #56
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    FireKeeper

    nagyúr

    válasz schwartz #55 üzenetére

    Carmack hajlamos néha túlzottan a jövőnek fejleszteni, a Rage esetében is ez történt.

    steam, GOG, uPlay: @petermadach || HotS: PeterMadach#2675 || Xperia 10 V || Ultrawide & SFF masterrace || Unofficial and unpaid VXE R1 shill

  • #57 Abu85 HÁZIGAZDA schwartz #55
    Új Válasz #57
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz schwartz #55 üzenetére

    Így is szarrá van optimalizálva a kód. Egyszerűen ott keletkezik a probléma, hogy a kikódolt textúraadatok 1 TB-ot foglalnak. Ahhoz, hogy ez felkerüljön két korongra 12 GB-ra van tömörítve. Na most ez a formátum nem értelmezhető a GPU-k számára, vagyis a megatextúra szeleteit a processzornak át kell konvertálnia a GPU számára is értelmezhető formátumra. Ezek az adatok bekerülnek a rendszermemóriába és a GPU pedig elsétál értük. Itt látható, hogy a PCI Express oldalán kapja a rendszer a büntit, na meg persze nagyon gyors többmagos processzor kell. Érdemes 4 magossal nekimenni, mert annyi szükséges a gyors kikódoláshoz, és így még a többi feladatra is marad erőforrás.
    A Carmack megatextúrázásának másik problémája az AF hiánya. Sajnos szeleteken szoftveres shader alapú megoldást kell futtatni. Ezért megy csak az anizó 4x-ig a motorban, mert annyira írta meg Carmack. Mivel ezt a shaderek számolják, így a 16x eléggé erőforrás-igényes lenne. A driverből nyilván hardveres AF nem lehetséges. Ez persze minden szoftveres implementáció esetében igaz a virtuális textúrázásra. Ez nem Carmack hibája. Már mondta is, hogy a Doom 4 itt jobb lesz, mert az a játék az AMD PRT-jét használja megatextúrázáshoz, ami támogatja a hardveres AF-et is.
    Sok még a megoldandó kérdés a megatextúrázásnál. Az AMD PRT-je sem jelent mindenre megoldást. Például a PCI Express busz késleltetése itt is probléma. A hardveres menedzsment miatt előnyösebb a helyzet, de a késleltetés fizikailag ott marad.

    (#56) FireKeeper: Nagyjából így van. Carmack mikor ezt elkezdte fejleszteni, akkor úgy gondolta, hogy 2011 környékére eltűnnek a dGPU-k. Sweeney is nyilatkozott már sokszor hasonlót. 2000-ben például azt állította, hogy 2008-ra nem lesz szükség VGA-ra. Nem egyedi meglátások ezek. Alapvetően nem is tévednek, csak az időpontot lövik be rosszul. A nagy koponyák mindig próbálnak nagyot alkotni. Carmacknek ez most sikerült, csak túl hamar tette le az asztalra. De nem kérdés, hogy az öreg jól látja a jövő játékfejlesztési problémáit. Sweeney-nek sem voltak annyira jó évei. Ő beleszeretett a Larrabee-be. Talán még ma is siratja. Gondolom fejlesztett is rá, amit még jobban sirat, mert annak egyelőre lőttek.

    [ Szerkesztve ]

    Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

  • #59 Abu85 HÁZIGAZDA schwartz #58
    Új Válasz #59
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz schwartz #58 üzenetére

    Gondolom 2007-ben még úgy gondolta, hogy minden frankó lesz a megjelenésre az integrálással. Hát rosszul gondolta. :)
    A késleltetés nem 10x nagyobb, hanem nagyjából 200-300x.
    A GPU nyers számítási teljesítménye a Rage esetében nem nagy kunszt. Gyakorlatilag egy 20k-s VGA-n is elfut maxon, ha raksz alá egy kellően erős procit és egy gyors rendszermemóriát.
    Nyilvánvalóan túlzott, hogy keveset kell polírozni rajta. Eleve 10000x tovább tart egy pixel update a PC-n, mint a konzolon. Ez a Rage nagy problémája. A PCPer-nek nyilatkozta Carmack, hogy az AMD csinált egy algoritmust, amivel 50 pixel update megy le egyszerre PC-n. Ezek párhuzamosan már használható eredményt adnak, így PC-n nem kellett a grafikát butítani. [link] - itt elolvashatod.

    [ Szerkesztve ]

    Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

  • #63 Abu85 HÁZIGAZDA schwartz #62
    Új Válasz #63
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz schwartz #62 üzenetére

    Nem a VRAM-tól függ, a rendszermemóriába lesz visszaírva az adat. A program nem engedélyezi az opciót a kisebb GeForce-okra, mert úgyis csak lassítana. Elméletben minden CUDA-kompatibilis GeForce tudná, csak ha lassít, akkor nincs értelme. Ez egy logikus limitáció.
    Ez az egész akkor előnyös, ha kétmagos procit kap a Rage (és ezt mondjuk egy GeForce GTX 570 mellett lehet ellensúlyozni). Esetleg a hárommagosok is ide sorolhatók, azok annyira nem gyorsak. Egyébként hátrányos.

    [ Szerkesztve ]

    Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

  • #65 Abu85 HÁZIGAZDA schwartz #64
    Új Válasz #65
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Abu85

    HÁZIGAZDA

    válasz schwartz #64 üzenetére

    Elképzelhető, hogy egyes GPU-kra engedélyezve van, amelyek esetében a VRAM lehet korlátozó. A feldolgozás alatt álló adatokat természetesen el kell tárolni a VRAM-ban, de nem ez a rendszer működésének legfőbb gátja.
    Nagyjából így működik ez a megatextúrázás:

    Ez most az AMD PRT rajza, ami Sean Barrett megoldására épül. De a lényeget mutatja. Van az egész textúra, és az szeletekre bomlik. A PRT 64 kB-os szeletekkel dolgozik, de a Rage például 32 kB-ossal. Ezért nem tud Carmack erre implementációt. Na de ez mellékes. Látható, hogy a page table-be bekerül az adat (pontosabban csak a címe) és onnan a VRAM-ba. Na most erről a CPU-nak kell lennie egy képnek, így ezért szükséges az információkat a rendszermemóriában tárolni. Azokat aztán a GPU VRAM-ja megkapja, ha az adott szeletre szükség van a játékos pozíciójától függően. Ez a szoftveres implementációja a megatextúrázásnak. Az mindegy, hogy a textúrákat hol kódolod ki, de az már nem, hogy az információt hol tárolod. Ebből a szempontból a GTX 295-tel nem buksz semmit. Ha van legalább négymagos procid, akkor előnyösebb azon számolni. A PRT a menedzsment szempontjából különbözik. Ez jelenti lényegében a hardveres implementációt (néhány egyéb extra mellett ... egyszerűbb mipmap kezelés és teljes értékű textúraszűrés) a GCN architektúrában.

    Eléggé bonyolult rendszer ez szoftveres implementáció szintjén. Nem csoda, hogy PC-n nem működik tökéletesen. Ez még a PS3-ra is elmondható, bár ott jobb. Az látszik, hogy Xbox 360-on a legjobb..

    [ Szerkesztve ]

    Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

Új hozzászólás Aktív témák