2. Fórumok
  3. Videokártyák
  4. AMD GPU-k jövője - amit tudni vélünk
  5. (kiemelt téma)
  • Téma összefoglaló
    Utoljára frissítve: 2024-08-23 16:13

    Fototrend

    A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!

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

  • #36555 Abu85 HÁZIGAZDA Petykemano #36554
    Új Válasz #36555
    Ú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 Petykemano #36554 üzenetére

    Miből kellene? Alapvetően a shading és a BVH határozzák meg a sebességet. Előbbi FP32 számítás, míg utóbbi a memória-sávszélességet zabálja, de nagyon-nagyon dulván. A denoising esetében hasznos a TOPS, de arányaiban ez a shadingra fordított időnek nincs a 20%-a sem.

    A 9,76 Gigarays/s azért jön ki neki a Vega 10-re, mert egyrészt ott nem háromszögek vannak, így nem lesz dulván limitáló a memória-sávszélesség, másrészt párhuzamosan futtatja az elsődleges és az AO sugarakat.

    A DXR-ben eleve nem lehet hardverre programozni. Csak a Microsoft fallback layer célozható az 1.0-s specifikációval. A DXR 0.9-ben még a programkódból kellett a hardverre programozni, de ez az 1.0-s végleges verzióból eltűnik. Semmilyen célhardvert nem tudsz címezni a programkódból. Az aszinkron compute-ról pedig nem az alkalmazás dönt, hanem a DXR futtatási környezet. Ez dönti el, hogy a compute parancsot odaadja a drivernek, vagy betölti az OS grafikai parancslistájába. Nyilván aszerint dönt majd erről, hogy a driver tudja-e egyáltalán a parancsot kezelni, ha nem, akkor az OS tudni fogja, csak nem compute parancslistában. Rapid packed math a shaderekre vonatkozik. A DXR-hez semmi köze nincs.

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