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

• #3 Meteorhead aktív tag LordX #1

  Új Válasz 2014-03-20 22:21:16 #3

  Ú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

  

  Meteorhead

  aktív tag

  válasz LordX #1 üzenetére

  OpenCL legnagyobb hibája, hogy nem tud C++t. A SYCL annyit csinál, hogy specifikál olyan szénné template-ezett könyvtárakat, amivel megoldható egy 2-pass fordítás: tetszőleges C++ compiler lefordítja a gazda oldali kódot, és az implementáció pedig tartalmaz egy C++ light compilert is, ami a SYCL megszorításokkal bíró C++11 subset-ben írt eszköz oldali kódot fordítja le. Lehet 1-pass is a fordítás, de úgy van tervezve, hogy ez ne kelljen. C++AMP egy nyelvi kiterjesztés, amit a compilernek ismernie kell. Ez viszont egy tisztán könyvtár Magic megoldás, noha a runtime-ba kell egy majdnem C++11 conformant fordító.

  Remélem érthető voltam.

• #2 MCBASSTION aktív tag LordX #1

  Új Válasz 2014-03-20 22:01:07 #2

  Ú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

  

  MCBASSTION

  aktív tag

  válasz LordX #1 üzenetére

  gondolom ez a khronos megoldasa a c++ kodba beagyazott heterogen kodra. Tehat ez meg mindig opencl, csak azt csinalhatod, h ilyen templateket irsz (c++-ban, sycl-el) amiket ujra lehet hasznalni. Ja meg nem kell kulon fileokat irni amiben az opencl compute shader van, hanem ez be lesz epitve igy a c++ kodba.
  (en igy ertettem)

  am nagyon jonak tunik, remelem hasznalhato lesz, es nem lassabb mint a klasszikus opencl

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