Hirdetés

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

  • Fiery

    veterán

    válasz Abu85 #35 üzenetére

    En tovabbra is tartom magam ahhoz a teoriamhoz -- amivel nem kell egyeterteni, nem is biztos, hogy igy tortentek a dolgok --, hogy a Phiket minimalis penzert kapta Kina, csupan azert, mert vettek egy halom Xeon E5-ot. Tokeletes arukapcsolas, raadasul remekul promotalhato. Ingyen cucc, megneztek, mit tudnak kezdeni vele, kiderult, hogy szinte semmit. Benak, nem ertenek hozza, talan nem is akartak erteni hozza. De az is lehet, hogy eleve nem is azt akarta senki naluk, hanem eleve hagyomanyos GPGPU-ra hegyeztek ki a projektet. Csak ugye ugy sokkal dragabb lett volna a beszerzes, igy inkabb maradtak a Phinel, ami occo' volt. Eddig me'g teljesen logikus lenne az egesz tortenet, de hogy ezek utan miert fejlesztenek sajat megoldast, azt talan sosem tudjuk meg. De en tovabbra is azon a velemenyen vagyok, hogy kizart, hogy a programozok mozgattak volna ezt a dontest. Egy GPGPU programozonak, a mai vilagban, ezerszer konnyebb lenne egy Teslat meghajtani, mint egy ma me'g nem letezo architekturat hasznalo, mar papiron sem versenykepes (mire elkeszul, a kanyarban nem lesz a 2.4 FP64 TFLOPS / 200W TDP a konkurenciahoz kepest), VLIW alapu mizeriat, aminel raadasul jo esellyel hosszu szivassal is fog jarni mindenki reszerol, mire stabil szoftver stack lesz hozza. Programozokent **rvarossz azzal szivni, ha nem stabil a fejlesztokornyezet. Csinalsz valamit, az **szik mukodni, es aztan gondolkozhatsz rajta, hogy Te vagy a hulye, vagy a compiler a bugos, esetleg a driver a bugos. Hosszutavon, mondjuk evtizedes tavlatban gondolkozva, talan lenne ennek az egesznek ertelme, de amig az az evtized el nem telik, addig pont a programozok fognak **pni, ejt nappalla teve. Nekik ez a hatuk kozepere se hianyzik, nekik ehhez a torturahoz kepest egy CUDA-val vagy OpenCL-lel meghajthato Tesla megvaltas lenne.

    Vagy valaki egy pillanatig is elhiszi, hogy egy nullarol fejlesztett GPGPU fejlesztokornyezet hamarabb fog beérni, mint mondjuk a CUDA vagy a kulonfele OpenCL implementaciok? Egy olyan vilagban, amikor az Intel a Gen8-as (azaz baratok kozott is 8. generacios) iGPU-hoz sem tud jol mukodo OpenCL forditot irni? Cca. 3 evvel az elso Intel OpenCL implementacio piacra kerulese utan? Es ugyanigy az AMD es nVIDIA sem tudja me'g mindig 100%-osra osszerakni a GPGPU szoftver stackeket, pedig ok ha nem tevedek, mar lassan egy evtizede dolgoznak azokon. Majd a pont a kinaiak vagy akarki mas fogja ugyanezt a melot ugyesebben es gyorsabban megoldani, zero tapasztalattal a hatuk mogott? :)

    [ Szerkesztve ]

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