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

• #79 Abu85 HÁZIGAZDA #32839680 #76

  Új Válasz 2015-05-28 17:58:57 #79

  Ú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 #32839680 #76 üzenetére

  Mire gondolsz amúgy? Mi másra fogjak használni multiadapterként az IGP-t a grafikában, ha nem fogadjuk el a kitömörítési, szimulálási és a post-process munkát? Ez lesz a dolga. Vannak a grafikai feldolgozás során jól elkülöníthető futószalagok, amelyek még sávszél- és memóriakímélők is.

• #56 Abu85 HÁZIGAZDA Jack@l #55

  Új Válasz 2015-05-28 13:05:39 #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

  

  Abu85

  HÁZIGAZDA

  válasz Jack@l #55 üzenetére

  Értelmezni is kell a híreket. A PCI Express késleltetése akkor jelent problémát, ha visszaírás történik. Például a mostani pipeline lényegében ez:
  CPU->GPU
  Ezt kiegészítheted úgy, hogy CPU->GPU->IGP vagy CPU->GPU1/GPU2/IGP/akármi. Ellenben úgy még mindig nem, hogy CPU->GPU->CPU->GPU.
  Erre egyébként szintén kínál megoldást a WDDM 2.0 az IOMMU-val, így a fejlesztők képesek lesznek ilyen pipeline-t létrehozni: CPU->IGP->CPU->GPU(akármennyi).

  (#57) Jack@l: Visszaírás nem kell. Az adatmozgatás opcionális. Lehetséges, de a Microsoft nem ajánlja.
  A Nitrous alatt nincs vele gyakorlati probléma, tehát működőképes. Aztán, hogy el lehet-e rontani? Persze, a fejlesztőé a teljes kontroll.

• #54 Abu85 HÁZIGAZDA Egon #48

  Új Válasz 2015-05-28 12:47:37 #54

  Ú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 Egon #48 üzenetére

  Ez nem a felhasználókat célozza. A kulcstényező, hogy régen is és ma is sok fejlesztői ötlet születik. Elviszik azokat a GAB-ba és az ARB-be, de évekig nem történt semmi. Nagyon jó példa erre a D3D11_MAP_WRITE_NO_OVERWRITE. Johan Andersson ezt 2007-ben vetette fel és 2013-ban épült be a DX11.1-be. Nagyjából 20-50%-kal képes gyorsítani a feldolgozást erős CPU-limit esetén és full szoftveres funkció.
  Ennek a folyamatnak a felgyorsítása a cél azzal, hogy a fejlesztők nem ötlettel mennek oda a szabványalkotókhoz, hanem működő programmal és hozzá a forráskóddal. Rá lesz kényszerítve mindenki, hogy átvegye a szabvány nagyon gyorsan, mert az AMD-n már működik. Ez egy nagyon hatékony módja annak, hogy a fejlesztők dirigáljanak a szabványalkotóknak.

• #52 Abu85 HÁZIGAZDA v_peter2012 #50

  Új Válasz 2015-05-28 12:35:41 #52

  Ú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 v_peter2012 #50 üzenetére

  Az SLI és a CF konkrétan kuka. Ennyi volt. Ez a modell a DX12-ben olyannyira nem SLI és CF, hogy hidat sem kell használnod, mert PCI Expressen keresztül működik. Még SLI licences alaplap sem kell, hogy belerakj két GeForce-ot. Sőt, gyártót is keverhetsz, bár a DX12 nem kínál lehetőséget a szűrés kiegyenlítésére, tehát ez egy korlátozott mód lesz, de megoldható, a rendszer nem fogja ellenőrizni, hogy a GPU-id ugyanattól a gyártótól vannak-e.
  Ez már nem SLI vagy CF. Ennek a neve Multiadapter.

• #51 Abu85 HÁZIGAZDA Menthirist #9

  Új Válasz 2015-05-28 12:31:52 #51

  Ú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 Menthirist #9 üzenetére

  Ezt nagyon nehéz leírni, mert annyi működés ahány implementáció. Az is nagyon számít majd, hogy Windows 10 only a játék vagy sem. A WDDM 2.0-val nagyon sokat lehet spórolni, mert bevezeti a valós virtuális címzést a GPU-kra.
  A Nitrous esetében mozaikokra osztják a képek és ahány GPU-d van annyi mozaikot számolnak. Tulajdonképpen egy szteroidozott SFR, annak alapvető hátrányai nélkül. A memóriahasználat a jelenettől függ. 4 GPU esetében nagyjából 700-900 MB közötti a memóriahasználatuk. Ezt nem is fogják optimalizálni, mert ma nem lehet 1 GB-nál kevesebb memóriával rendelkező GPU-t venni. Ez az SFR egyébként alapvetően csökkenti a VRAM terhelést, tehát 1 GPU-val már ugyanaz a képkocka 1,5 GB VRAM-ot használ. Ezt sem valószínű, hogy optimalizálják.

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