Hirdetés

2024. április 26., péntek

Gyorskeresés

Hozzászólások

(#1) Meteorhead


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.

(#2) berVi


berVi
senior tag

Valamit muszaj lepni, ha mar az NV a szokasos fasszopo modon szabotalja el a szabvanyos megoldasokat a sajat proprietary megoldasa erdekeben :)

(#3) #06658560 válasza berVi (#2) üzenetére


#06658560
törölt tag

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?

(#4) Meteorhead válasza #06658560 (#3) üzenetére


Meteorhead
aktív tag

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).

Copyright © 2000-2024 PROHARDVER Informatikai Kft.