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

• #74 gbors nagyúr #06658560 #73

  Új Válasz 2015-05-03 09:23:40 #74

  Ú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

  

  gbors

  nagyúr

  LOGOUT blog

  válasz #06658560 #73 üzenetére

  Ezzel biztosan lehet nyerni további pár %-ot. De ha nem, akkor sem lesz semmi extra.

• #72 gbors nagyúr #06658560 #69

  Új Válasz 2015-05-02 20:34:49 #72

  Ú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

  

  gbors

  nagyúr

  LOGOUT blog

  válasz #06658560 #69 üzenetére

  Egy good-enough multiGPU megoldásnak nem kell architektúra-specifikusnak lenni. Nagyon leegyszerűsítve, az elején szét kell szedni két- vagy több részre a frame feladatait, utána a kártyák azt csinálják, mint normálisan, és a végén meg össze kell rakni az eredményeket. Legegyszerűbb erre az SFR, aztán lehet onnan szofisztikálni. Ill. egy compute orientált motornál még egyszerűbb a helyzet.

  Ha +90-100%-os skálázódást akarsz, akkor persze bele kell mászni a mélységekbe. Ezt valóban nem fogják sokan csinálni.

• #66 gbors nagyúr #06658560 #63

  Új Válasz 2015-05-02 17:11:39 #66

  Ú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

  

  gbors

  nagyúr

  LOGOUT blog

  válasz #06658560 #63 üzenetére

  Sokkal egyszerűbb lesz DX12-ben / Vulcanban jól működő multiGPU támogatást csinálni. Valószínűleg nem lesz +90-100% a skálázódás, mint az AFR ideális esetében, viszont a stabil +70-80% sokkal kevesebb macerával hozható lehet.

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