"A Cudát így egyértelmű, hogy miért nem váltja le az OpenCL"
Miert lenne egyertelmu? Akkor lenne legfeljebb egyertelmu, ha a CUDA hasznalhato lenne minimum 1 masik GPU gyarto termekein is, pl. AMD vagy Intel (vagy me'g jobb ha mindketto). Ha azt vesszuk, hogy a CUDA szigoruan zart technologia, es csak az nVIDIA termekein hasznalhato, akkor vegul is abszolut lenne letjogosultsaga egy AMD-fele CUDA-nak vagy Intel-fele CUDA-nak. Megsem szuletett meg egyik sem. Pontosabban az ATI-nak me'g anno volt sajat megoldasa erre Stream neven, de nem volt sikeres. Az OpenCL meg sajnos nem egyenrangu a CUDA-val, hiszen pont azokon a pontokon gyenge, amiken a CUDA eros; es pont olyan pontokon kinal pluszt, amik viszont a gyartok f*szsagai es a fragmentacio miatt lenyeguket vesztik. Pl. a CUDA eseteben tipikusan elore leforditod a kodot, es a binarist mellekeled a szoftveredhez, ami aztan kozvetlenul fut a GPU-n, koztes 2 lepcsos forditas nelkul. Ezzel persze kinyirod az elore kompatibilitast (forward compatibility), azaz ha jon egy jovobeni GPU, azon jo esellyel nem fog futni a szoftvered, hanem frissiteni kell, mellekelve az ujgeneracios GPU-hoz egy plusz binarist. Viszont a masik oldalrol meg nem kell a szoftveredet kitenni az epp az adott szoftveres kornyezetben hasznalatos GPGPU fordito bugjainak, azaz nem fog a szoftvered fejreallni egy Catalyst/ForceWare/Intel GPU driver compiler bugja miatt (nem urban legend, honapokig szivtunk mi is ezzel, es azota is kisert a dolog, tobbszor kapunk megkeresest, hogy egy uj video driverben hogyhogynem az eddig jol futo OpenCL kodunkkal mar megint valami problema van -- egy ujabb OpenCL compiler bug, koszi AMD, Intel vagy epp nVIDIA). Amit veszitesz a kompatibilitason, azt megnyered a stabilitassal, kiszamithatosaggal. Az x86 se jutott volna el idaig, ha on-the-fly forditana a CPU, es az epp aktualis CPU firmware-en vagy CPU driveren mulna az, hogy az x86-os szoftver helyesen fut vagy szetszall a francba. Az nVIDIA lehet hogy az egyszeri juzer szempontjabol genyonak tunik, mert mindig a sajat technologiait probalja tolni -- ahelyett, hogy beallna a nyilt szabvanyok moge --, bezarkozik, nem osztja meg a fejleszteseit masokkal; de az utobbi par ev tortenesei alapjan jol lathato, hogy nekik (es me'g nehany cegnek is) ez a modszer mukodik, ok igy tudnak biztositani egy "teljes csomagot". Azaz igy tudnak kesziteni egy stabil hardvert, egy ahhoz tartozo stabil szoftver stacket (driver, compiler, fejlesztokornyezet, stb), es a 3rd party-k ahhoz tudnak stabil szoftvereket szallitani. Amint ebbol a csomagbol kiveszel valamit, vagy csak kicsit meggyengited egyetlen ponton, maris borul minden, es oda juthat az egesz kezdemenyezes, ahol most az OpenCL vagy epp a HSA tart.
