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

• #15 Loha veterán Abu85 #14

  Új Válasz 2015-09-30 20:37:37 #15

  Ú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

  

  Loha

  veterán

  válasz Abu85 #14 üzenetére

  Ezt írtad most:

  Viszont a Lichdomban csak a mutex zárolásra épülő implementáció van, ami csak GCN-en működik jól.
  A gond az, hogy a fejlesztők egyszerűen nem akartak azzal törődni, hogy működjön GeForce-on. Ehhez megvan minden joguk, csak ne kenjék másra.

  Ezt meg egy éve:

  Az AMD és a Xaviant az elmúlt háromnegyed évben főleg az optimalizálásra koncentrált, ezen belül is a GeForce-ok sebességét próbálták javítani. Ezzel kapcsolatban az AMD visszafejtette a Kepler architektúra működését, így több olyan adatot összegyűjtöttek a termékről, amely segítette a munkát, így nagyjából tíz hónap alatt sikerült 30%-kal gyorsítaniuk a TressFX futtatási sebességét. Ez azt jelenti, hogy a GK110-es lapkára épülő termékek hozzávetőleg olyan gyorsan futtatják a TressFX új verzióját, ahogy a Hawaii cGPU-ra épülő megoldások. [link]

• #13 Loha veterán fi:zi'k #8

  Új Válasz 2015-09-30 19:17:39 #13

  Ú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

  

  Loha

  veterán

  válasz fi:zi'k #8 üzenetére

  Lichdom: Battlemage esetében amikor az óvodások megkérdezték a fejlesztőt, hogy miért nem kapcsolható be NV kártyákon a TressFX, nem hardveres korlátokkal indokolta a dolgot, hanem az AMD-vel kötött szerződésével:

  We purposely disabled TressFX on NVIDIA cards. We delivered TressFX on AMD hardware as part of our partnership with AMD. Innen.

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