Hirdetés

2024. május 4., szombat

Gyorskeresés

Hozzászólások

(#1) fatpingvin


fatpingvin
őstag

jó lesz ez gyerekek :D

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

(#2) Acélfarkas


Acélfarkas
senior tag

Még a végén tényleg eljön az az idő, hogy többféle gyártó videokártyája tökéletesen összedolgozva legyen a PC-kben.

"Nem kérdőjeleztem meg, hogy hülyeséget mondasz!"

(#3) Kendek


Kendek
MODERÁTOR

Minek ennyire bonyolítani? Az OpenCL a legszabványosabb, és ezek szerint a SPIR-V pont ugyanazt tudja mint a HIP, ami pedig pont ugyanazt tudja mint a CUDA. Mi értelme ezeket össze-vissza alakítgatni egymásba? Miért nem elég, ha egyszerűen mindenki támogatná az OpenCL-t és a SPIR-V-t?

<-ƘƘ->

(#4) fatpingvin válasza Kendek (#3) üzenetére


fatpingvin
őstag

miért pont a SPIR-V-t?

az OpenCL résszel egyetértek.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

(#5) Kendek válasza fatpingvin (#4) üzenetére


Kendek
MODERÁTOR

Mert gondolom az OpenCL azt kezeli, és nem a HIP-et vagy a CUDA-t. Mintha pont erről szólna a cikk. Vagy nem jól értettem?

<-ƘƘ->

(#6) Abu85 válasza Kendek (#3) üzenetére


Abu85
HÁZIGAZDA

A SPIR-V az egy IR. Valamiben viszont meg kell írni a kódot, és például a Blender nagyrészt HIP-ben írta meg. Tehát innen kell minden hardver felé elvinni a támogatást. Meglehetett volna amúgy írni OpenCL C++-ban is, de a HIP-et választották.

[ Szerkesztve ]

Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.

(#7) Meteorhead válasza Kendek (#3) üzenetére


Meteorhead
aktív tag

Mert az egyik egy C API a másik pedig egy C++ nyelvi kiterjesztés. Nem ugyanazt akarják elérni. Ha valami, akkor HIP alatt a ROCr (a ROC Runtime) fölösleges, mert az végzi azt a melót, amit az OpenCL hivatott csinálni. A CUDA driver API, a ROCr és a Level0 nagyon hasonló szinten helyezkednek el. A HIP-et OpenCL-re fordítani azért jó, mert hordozható lesz tőle, és nem kell 3-4 back-end et írni hozzá. Ha valaki akar (és AMD persze hogy akár) tesz alá egy gyártó-specifikus runtime-öt ami maximálisan illeszkedik a hardver képességeihez.

Végső soron a HIP felesleges kicsit és lehetne helyette SYCL-t használni, mert a HIP szintjén van szabványos alternatíva, de a HIP állati sikeres.

(#8) Kendek válasza Meteorhead (#7) üzenetére


Kendek
MODERÁTOR

Kicsit sincs túlbonyolítva. Mindenesetre akkor az jó hír, hogy már nem a CUDA a legsikeresebb, hanem valami ami végeredményben egy olyan megoldás ami majd mindenhol futtatható. Ez már önmagában egyfajta siker. :D

<-ƘƘ->

Copyright © 2000-2024 PROHARDVER Informatikai Kft.