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

• #4256 HSM félisten S_x96x_S #4251

  Új Válasz 2020-10-29 10:58:11 #4256

  Ú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

  

  HSM

  félisten

  válasz S_x96x_S #4251 üzenetére

  "az AVX-512 -es utasítások végrehajtását ( a jövőben ) simán át lehet tolni a GPU-ra"
  A jelenlegi formában azért a késleltetés komoly gond lehet. Inkább IGP-k esetén tudnám ezt elképzelni, ahol IF-al vannak összekötve.

• #4255 Cathulhu addikt S_x96x_S #4251

  Új Válasz 2020-10-29 09:25:14 #4255

  Ú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

  

  Cathulhu

  addikt

  válasz S_x96x_S #4251 üzenetére

  elvileg a one API lenyege pont az lenne, hogy ugymond sebessegvesztes nelkul kapsz egy absztrakciot az osszes ilyen vektor kod felett, mint AVX, OpenCl, etc, vagy nem jol ertem? Mert akkor meg pont az intel dolgozik ezen.
  Amugy ez csak most ugrott be, de mi van ha mondjuk Zen5-os Epycekben lesz egy programozhato FPGA resz, ahova a vevo olyan vektorgyorsitot tolt fel amilyet csak akar. Pl kijott egy uj AVX utasitaskeszlet? Vagy egy uj AI utasitas? Nopara, frissitsuk anelkul, hogy ki kellene dobni. Vagy ezt a reszt mar erosen tulgondolom?

• #4254 Petykemano veterán S_x96x_S #4251

  Új Válasz 2020-10-29 08:53:50 #4254

  Ú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

  

  Petykemano

  veterán

  válasz S_x96x_S #4251 üzenetére

  Hmm
  Smart.Access ide vagy oda, a fusion lényege az volna, hogy nem csak közös címtérben dolgoznak, hanem tényleg közös memóriát használnak és se pcie-n keresztül, ad absurdum se memóriában nem kell másolgatni a feldolgozandó adatot.

  "Full Access to gpu memory"
  Arra utal, hogy a CPU úgy fogja látni a gpu memóriáját, mintha egy másik memory pool lenne.

  A sebességnövekedés.ott érhető tetten, hogy a gpunak alacsonyabb késleltetéssel fognak rendelkezésére állni az adatok, amiket a CPU feldolgozás/előkészítés után máskülönben a rendszermemóriában tárolna.

  Szóval ez arra jó, hogy ha valami alapvetően a gpun fut, akkor annak alá tud dolgozni a CPU. Ez a CDNA esetében is szerintem kifejezetten hasznos lesz
  Sőt, bármihez jó, ami valami gyorsítón.fut, akár gpu, akár fpga.

  De azt nem látom.ebbe bele, hogy ezzel megvalósítható lenne az AVX512 utasítások offloadolása.

  De az irány persze mindenképp a heterogén feldolgozás, és azt értem, hogy ezzel egy programban meg lehet majd mondani, hogy egy parancs egy adathalmazon min fusson (vagy akár adattípustól függően automatizálni is lehet) csak én még azt nem értem, hogy egy-egy utasítást kiszervezése lehetséges-e egyáltalán.

• #4252 S_x96x_S addikt S_x96x_S #4251

  Új Válasz 2020-10-29 06:13:58 #4252

  Ú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

  

  S_x96x_S

  addikt

  válasz S_x96x_S #4251 üzenetére

  igazából a PCIe5.0 - el minden megváltozik ..
  dupla sebesség + CXL támogatás lehetősége,
  de addig is .. erősödhet az AMD ...

  STH: https://www.servethehome.com/amd-radeon-rx-6900-xt-6800-xt-6800-rdna-2/
  "It will be interesting to dive more into what this is. We know AMD needs a cache coherent interconnect for its exascale efforts and effectively had to swap CCIX for CXL. It would be very interesting if this is an early derivative of this effort."

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