[Re:] Összevonná az OpenCL és a Vulkan API-t a Khronos Group

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

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

#4 Meteorhead aktív tag #06658560 #3

Új Válasz 2017-06-07 13:53:22 #4
Ú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 #06658560 #3 üzenetére

Addig nincs gond, hogy a CUDA-t nyomja ezerrel. Mindenkinek kell egy saját API, amit arra fejleszt és olyan tempóban, ahogy jónak látja. De vannak szabványos megoldások, amit a kevés erőforrással rendelkező (vagy a hordozhatóságot megkövetelő) csapatok céloznak. CUDA legyen és maradjon is, de a szabványokat is támogassák. Erőforrásuk van hozzá.
OpenCL pedig egyedül azért nem kell a népnek, mert nem hordozható, de ez egyedül az Nv sara. Ha nem baxtak volna ki a néppel, akkor sokkal jobban dübörögne az OpenCL szekere (és sokkal kevesebb Nv kártya találna gazdára).
#3 #06658560 törölt tag berVi #2

Új Válasz 2017-05-22 15:15:09 #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

#06658560

törölt tag

válasz berVi #2 üzenetére

Pontosan mire is gondolsz? Hogy nem tolja a régebb óta futó saját megoldása helyett a jelek szerint a piacnak se kellő papíron szabványos megoldást?
#2 berVi senior tag

Új Válasz 2017-05-22 13:55:48 #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

berVi

senior tag

Valamit muszaj lepni, ha mar az NV a szokasos fasszopo modon szabotalja el a szabvanyos megoldasokat a sajat proprietary megoldasa erdekeben
#1 Meteorhead aktív tag

Új Válasz 2017-05-22 13:44:51 #1
Ú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

Mondanám, hogy várható volt ez a lépés, de igazából nem. Nagyon ritka, hogy egy szabványt ennyire értelmes irányba terelnének. Jól látszik, hogy a SPIR-V volt a legjobb, amit az elmúlt 10 évben kitaláltak a Khronosnál. Messzire el lehet vele menni, és én is nagyon örülnék, ha közös nevezőre lehetne hozni a két API-t, és nem kellene interopot csinálni.