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

• #778 Abu85 HÁZIGAZDA namaste #771

  Új Válasz 2016-01-03 16:05:23 #778

  Ú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 namaste #771 üzenetére

  A regisztertömb FP64 módban meg van osztva. Két SIMD tömb regiszterterülete lesz egy nagy tömbhöz rendelve.
  A négy SIMD többől kettő FP64-es utasításoknál nem fog működni, mert az erőforrásaik egy részét hozzá kell rendelni az FP64-es SIMD tömbökhöz. Tulajdonképpen tekinthető ez összekapcsolásnak, de nem a hagyományos értelemben. Logikai szinten a négy SIMD többől kettő lesz, csak azok többre lesznek képesek. FP32 módban mindegyik tömb ugyanazt tudja, ahogy FP16-os módban is.
  Az ütemezés áthálózza az egész lapkát. A multiprocesszorokban is jelen van, ahogy a belső buszrendszerben is számottevő tényező, elsődlegesen a cache dizájn miatt.
  Attól, hogy a DX11 nem definiálja a multi-engine-t a driverek már rég ilyen formában működnek. Persze célirányos vezérlés nélkül itt a hatékonyság meglehetősen korlátozott, de ettől a driver megteheti, hogy a compute feladatot inkább az ACE-en keresztül küldi be.
  Persze manapság az adatmozgás a legnagyobb probléma, de egy ilyen rendszernél ez kivédhetetlen. Maximum optimalizálni tudod, de ott sincs túl sok lehetőség.

  A Kepler még nem volt teljesen lebutítva a Fermihez képest. Ott csak az ütemezés egy része volt átültetve szoftverbe. Azzal nyertek valamennyit.
  Az R9 285-nek szándékosan magasabb alapfeszültséget adtak, hogy az R9 280/280X életképes vétel maradjon. A 380-nál erre már nem volt szükség. Akinek volt esze így is 285-öt vett.

  [ 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