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

• #52 Fiery veterán dezz #50

  Új Válasz 2014-03-06 14:08:25 #52

  Ú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

  

  Fiery

  veterán

  válasz dezz #50 üzenetére

  Attol, hogy csak a GCN tulajok vartak, nem csak ok fogjak felrakni. Mivel az AMD-nel a termek generaciok kulonvalasztasa nem egyertelmu, siman felrakja mindenki, akinek minimum HD7000-es GPU-ja van. Azaz, felrakjak a Trinity meg Richland tulajok is, a HD7350 es HD7450 tulajok is, stb. Arrol meg aztan ne is beszeljunk, hogy a juzerek tobbsegenek fogalma sincs, hogy melyik GCN es melyik nem. A HD6000 (VLIW) tulajok is felrakjak, valogatas nelkul, mert ujabb, mert idei, mert a havertol jokat hallottak rola, mert a mediabol meg a csapbol is az folyik allandoan, stb. Vagy Neked van ennel pontos statisztikad arrol, hogy a Catalyst 14.x tulajok kozul hany %-nak van GCN alapu Radeonja, es hanynak VLIW?

  "Melyik gyártó OpenCL driverét mondanád jobbnak, az AMD-ét vagy az Intelét?"

  Ez legalabb konnyu kerdes. Az nVIDIA OpenCL _compilere_ (olyan hogy OpenCL driver, nincs, csak OpenCL compiler, ami a video driver, pl. Catalyst es ForceWare resze) fenyevekkel jobb minosegu es kiforrottsagu, mint az AMD vagy Intel hasonlo termeke. Ami valahol teljesen normalis, hiszen az nVIDIA elobb is kezdte, es tobb energiat is fektetett a GPGPU-s fejlesztesekbe, mint barki mas lenyegeben. Ha irsz egy OpenCL kernelt, es szintaktikailag hibatlan, akkor jo esellyel nVIDIA GPU-n kapasbol gyonyoruen le fog futni, mindenfele kormonfont modositasok meg takolasok nelkul. A hibakezeles is szebben van megoldva, a profilozas se bugos, sz'al nagyon smooth az egesz. Nem bugmentes, pl. a szinusz fuggvennyel kicsit hadilabon all a FLOPS kerneleknel, de eddig ez volt az egyetlen bug, amit talaltunk az nVIDIA OpenCL compilerben, ami nagy szo, ha a tobbi gyartoehoz hasonlitjuk. Es hidd el, nem vagyok nVIDIA fan, sot. A GCN SZVSZ a legjobb (GP)GPU architektura, ami valaha keszult, a legkisebbtol (Temash) a legnagyobbig (Hawaii), csak epp nem eleg jo vasat gyartani, csinalni kell hozza normalis szoftver stacket is, anelkul megsutheted a vasat.

  Szerk.: Kozben rajottem, hogy az AMD vs. Intel temat feszegeted Azt mondom, 50-50. Mindketto problemas, csak maskepp. Az AMD-nel kicsit konnyebb kovetni az OpenCL compiler fejlodeset, az Intelnel a hulye driver szamozas kicsit nehezkesse teszi a dolgokat. Az Intel compilere azert is van elonyben, mert nagyjabol csak 1 architekturat kell tamogatnia (Gen7.x), es nem kell dupla pontossagu lebegopontos szamitasokkal bajlodnia. Nem fair osszevetni oket SZVSZ.

  "AVX/AVX2-re miben fog a legtöbb programozó dolgozni, ASM-ben vagy OpenCL-ben?"

  Ha az OpenCL igy halad, akkor egyertelmuen assemblyben, vagy sehogy. De azt se felejtsd el, hogy az OpenCL _GPU_ compiler mas tema, mint az OpenCL _CPU_ compiler. Lehet egy GPU compiler f*s, mikozben meg egesz jo AVX kodot fordit a CPU compiler. Ami persze nem igy van, hiszen egy nativ, kezzel optimalizalt AVX kodhoz kepest fenyevekkel le van maradva barmi, amit az AMD vagy Intel OpenCL CPU compilere kepes forditani, de bizonyos felhasznalasi teruleteknel me'g igy is jobb lehet az eredmeny, mint ha sima x86/x87 kodot hasznalna az adott szoftver.

  [ Szerkesztve ]

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