2. Fórumok
  3. Videokártyák
  4. Mostantól OpenCL C kódokkal is etethető Vulkan API
Keresés

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

  • #2 Abu85 HÁZIGAZDA Cifu #1
    Új Válasz #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

    Abu85

    HÁZIGAZDA

    válasz Cifu #1 üzenetére

    Leginkább az, hogy a GLSL compute shader eléggé limitált ahhoz képest, amit az OpenCL C nyelv tud. Ezáltal sokkal célszerűbb lesz OpenCL C-ben írni compute shadert. Valószínűleg a Khronos Group ezzel reagálja le a HLSL 6-ot. Igazából a nézőpontjukból érthető. Az OpenCL C egy tök jó nyelv, csak meg kell oldani a befordítását Vulkan API-ba.

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

  • #4 Blazs120gl aktív tag Cifu #1
    Új Válasz #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

    Blazs120gl

    aktív tag

    válasz Cifu #1 üzenetére

    Nemcsak játék vagy grafikai output lehet Vulkan-os alkalmazás. Az OpenCL is általános célú.

    A Vulkan-nal hatékonyabban lehet az erőforrásokat számítási feladatok végrehajtására felhasználni. Alacsonyabb de többmagos procik (pl. laptop, mobil, alacsonyabb IPC-s processzorok) profitálnak az extra teljesítményből (pl. egy egymagos OpenGL state machine-hez képest), illetve alacsonyabb órajelen több mag kevesebbet fogyaszt, mint egy turbó órajelen futó egyetlen mag, így pl. akkumulátor idő vagy TDP headroom nyerhető. Viszont az SPIR-V nem az a nyelv, amiben bárki szívesen megfogalmazná a megoldandó problémáját :D. Ezért is jó hogy egyre több létező nyelven 'ért' a Vulkan :)

    Pl. meg lehet azt csinálni, hogy integrált vga-val és dedikált GPU-val szerelt PC-n egy program (pl. játék) képes Vulkan-on keresztül a VGA kártyán grafikát számolni, míg ezzel párhuzamosan az integrált VGA-n OpenCL-ben fizikai motort futtatni (pl. bullet-nek van OpenCL-es verziója), mindezt anélkül, hogy a fizikai motor a CPU-t terhelné. Vagy egy CPU által limitált felhasználásban (= a GPU-t nem lehet kihasználni) a GPU CU-k részét használja fel OpenCL-ben megadható feladat megoldására.

    És igen, nem utolsó érv, hogy az OpenCL-ben megírt kódot (nem feltétlen shader) nem a készülő rendszerben kell tesztelni, hanem lehet egy már kész, bevált elem.

    Hogy az utódja lenne? Igazából a kettő egymásnak nem alternatívája. A Vulkan a 'hogyan' kérdésre a válasz, míg az OpenCL/SPIR/shader/akármi inkább a 'mit' kérdésre válaszol.

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