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

• #31 Abu85 HÁZIGAZDA Cifu #16

  Új Válasz 2019-01-02 11:10:05 #31

  Ú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 Cifu #16 üzenetére

  Az a helyzet, hogy jelenleg ez a HBCC-hez kötődik. Tehát akkor lehet hardveresen megoldani a két GPU egyként való működését, ha a HBCC aktív. Ha ezt kikapcsolod, akkor rögtön ott lesz újra az a probléma, hogy van két GPU-d különálló memóriaterülettel, és bár a memóriakoherens összeköttetés ezen segít, mégis sokkal lassabb átnyúlni a másik GPU memóriájába az adatért, mint szimplán cache-nek használni a VRAM-ot. Ugye magát a menedzsmentet bonyolítja jelentősen, hogy képes vagy egy memóriaterületként visszaadni a VRAM-ot, de az egyik GPU csak az egyik, míg a másik csak a másik felét éri el gyorsan. És ezt megint alkalmazásoldalon kellene kezelni. A HBCC-vel ezt a problémát automatikusan kezeli a hardver.

  Na most a HBCC nem igazán megvalósítható a WDDM 2 alatti szinteken, tehát mindegy, hogy milyen API-n fut a program, maga a WDDM 2.0 legalább szükséges a működéshez. Ez pedig csak Windows 10-től van.

  A Linux megoldható lenne, mert az újabb kerneleknél a HBCC-t rá lehet mappelni, de megszokhattuk már, hogy nem azért nem csinálnak meg dolgokat Linuxra a gyártók, mert nem lehet, hanem mert nem éri meg erőforrást fektetni bele.

  [ 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