Keresés

Hirdetés

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

  • derive

    senior tag

    válasz leviske #107 üzenetére

    Nem csak szerinted :) Az NV valoban rengeteg penzt ol a CUDA szoftverkornyezet fejlesztesere. Az AMDnel meg drivert sem tudnak irni, nemhogy 3rd party librarykat portolnanak OpenCLre. Hozzank is beutott a nagy machine learning laz, azt az osszes nagy kornyezet csak CUDAt tamogat es itt az NV mellet sem az Apple, sem az Intel nem rug labdaba.

    @KisDre: Pedig ugy kell. Ezen a teruleten nincs mas nagyobb szereplo. Az Intel sem kacerkodik mar a Knights Cornerrel, az IBM Power gyakorlatilag halott es valahogy az ARMos SoCok supportjarol sem hallani tul sokat.

    Igazabol szemeznek en a Vegaval, de igy a Volta arnyekaban ez eleg harmatosra sikerult. Ha az NV 8 eves architekturajat sem sikerult befogni, akkor a Volta ezt megb***a anyja hatan... Emellett jo szokas szerint sikerult agyonfeszelni, hogy 100 W aran kisajtoljanak +5% teljesitmenyt.

    [ Szerkesztve ]

  • MaUser

    addikt

    válasz leviske #107 üzenetére

    Azért az OpenCL mögött bent áll pár megkerülhetetlen iparági szereplő, mint amilyen pl az Apple és az Intel is.

    Felsorolnád az általuk szállított gpgpu megoldásokat, amit bárki használ is? Az ocl egy Apple initiative volt, mert kellett nekik egy nem ms függő api (vö. ogl). AMD meg csak erre tudott csatlakozni, mert propriatery api-val még ennyi piaci részesedése sem lenne. Btw, egyébként mivel két beszállító van érdemben, így nagyjából teljesen mindegy is mára, mert Inteles gpu tervek buktak a igp szintjén a gpgpu területén is. Arm meg csak nem akar beérni ide...

    Egy adott fejlesztő stúdió hiányosságait meg ne kenjük az API-ra.

    Itt nem egy "fejlesztő stúdió" hiányosságáról van szó, hanem az elsődleges, nagyjából mindenhol használt mérnöki fejlesztői nyelv sem támogatja az ocl-t. Matlabbal találkozik a mérnökök 100%-a egyetemen, iparban standard hogy prototypingot abban kezdesz, aztán a tool-ok jó része marad akár abban is, a cégek abban készült modelleket/logikákat küldenek mielőtt hw menne, stb. Ez nagyjából olyan, mintha lenne egy procinál egy hw kiterjesztésed és még az ms fordító és a gcc sem támogatná. Hát izé, sokra mész vele néhány spec területen kívül. Egyszerűen nem éri meg vacakolni ocl-lel prouser-től felfelé, mert úgyis cuda-val kéne futnia a cuccoknak, mivel nulla nagyjából az amd részesedése ott, vagy ha éppen az is lenne, senki nem fogja megfizetni a cuda cuccok átírását, hogy még lassabbak is legyenek a végén...

    Nem lepne meg, ha bizonyos CUDA implementációk is azért futnának normálisan, mert az nVidia megíratta házon belül a szükséges kódot.

    Ahogy ezt bármilyen normális szállító is csinálja.

    KisDre: Miért lenne túlzás? Ocl csak amiatt él, hogy Apple akart valami független api-t, amire ráülhet és az AMD meg jobb híján erre csatlakozott be, mert saját api-val nulla esélye lenne. Gyakorlatilag AMD kártyáknál kell csak ocl.

    [ Szerkesztve ]

    ''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''

  • do3om

    addikt

    válasz leviske #153 üzenetére

    Mondjuk bennem felmerül hogy van értelme?
    Gyakorlatilag a vega a polarishoz képest majdnem visszalépés ;] Na ezek után vega fejlesztést rakni a polaris helyére nem látom értelmét. Vagy van valami?

    Ha érdekel valami szerelési anyag írj privátot. Eladó Schneider Mágneskapcsoló 18,5kW/38A

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