kíváncsi lennék, hogy a második képen a kis csillagocska mit jelenthet

Megjelölték, hogy a FireStream 9270-re gondolnak.

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

Kis fedélzeti memória Passzív hűtés Mi ezeknek a VGA-nak a normál megfelelője?

Nem a lóerő öl, hanem a NYOMATÉK! :)

A FireStream 9370-nek a Radeon 5870, FS 9350-nek a Radeon 5850.

akkor jól sejtettem. De hogy lehet h passzívba is elketyeg?

Nem a lóerő öl, hanem a NYOMATÉK! :)

Olyan durva a hűtés mögöttük a rackeknél. Plusz légkondi durván tolja.

Így van, sőt ezeknél a rendszereknél nem számít a hang, szóval porszívó szintig fel lehet tornászni a zajszintet.

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

Apropó, Fermi ellen hogy indul mind hardveres képességek, mind szoftveres támogatás terén?

OpenCL-re ez is használható, egyszeres pontossággal még a 150 wattos verzió is veri a Fermit pár területen. Ahol számít a fogyasztás és az egyszeres pontosság melletti teljesítmény, az inkább ezt fogja választani. A 9370 szerintem csak a szuperszámítógépekben tűnhet fel, a keveset fogyasztó 9350-ben több potenciált látok, pláne 800 dollárért, ami ezen a szinte bagó, a fogyasztás előny pedig hosszútávon nagyon érezhető. Persze a piac kicsi, így nem ezen fog az AMD meggazdagodni.

[ Szerkesztve ]

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

Idleben mit mennek ezek a kártyák? Mert hiába fogyaszt kevesebbet, ha lasabban végez vele, s tovább tart neki fullon pörögni. Csak valahogy eddig sosem jut el senki, hogy ne önmagában szemlélje a fogyasztást. Az egyszeres pontosság hol szokott fontos lenni? milyen területen nyerő? Egyáltalán van akkora openCL piac, hogy megérje ahhoz venni a kártyát, vagy a CUDA miatt már eleve nyerő az NV oldal e téren?

Feladatfüggő, hogy hol éri meg. A HPC piacon főleg a DP a fontos, de néhol az SP számít. Itt lehet nyerő a 9300-as FireStream, de ez egy kicsi piacnak a még kisebb része. Összességében csak azért van némi jelentősége, mert nagy a haszon a termékeken.
Az OpenCL ipari szabvány, nem sok dolog állhat a terjedésének útjába, az NV is támogatja, mert követelmény a támogatás a fejlesztések miatt. A CUDA már egy kiépített platform, sok helyen ezért nincs versenyben a FireStream.

[ Szerkesztve ]

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

Épp ezért kérdezem, mert hiába nyítl szabvány, ha hpc szegmensben már szinte midnenki elment a cudába. Mert alapvetően nem tűnik rossznak a termék, csak próbálom kisakkozni mégis hol tud fogást találni az nv termékein.

A CUDA-val sem lehet mindent megcsinálni. A heterogén számítási módra például az OpenCL a nyerő. Persze ez az NV-t nem érdekli, mert nem tudnak processzort gyártani.

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

Azért az érdekelne, hogy milyen megoldású a hűtő. Mert gondolom nem egy alumínium féltégláról van szó, annak ellenére, hogy úgy néz ki.

Fenntartom magamnak a jogot, hogy a kéretlen reklámban szereplő terméket nagy mennyiségben, kamu címre rendeljem.

A huteshez ennyit:

Privat velemeny - keretik nem megkovezni...

Az ilyen gépeken a proce, akarom mondani gpu időért sorban állnak, sose fog ez idle menni. SP meg hpc szegmensben kb sehol se számít, de legalább van kártya mutiba

ahhha. Így egyből más a gyermek fekvése

Nem a lóerő öl, hanem a NYOMATÉK! :)

A heterogén számítási módra például az OpenCL a nyerő.

Miert is?

Mert ez az egyetlen platform, ami támogatja a program CPU-n történő futtatását is.

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

Hat ezzel vigyazni kellene szerintem, mert cuda kodot is lehet cpu-n futtatni, ha nagyon akar valaki, bar nem tudom, mi ertelme volna, hacsak az nem, hogy gpu nelkul is lehessen futtatni egy kodot, na azt lehet.

A CUDA platformot csak az NV GPU-k támogatják. Az OpenCL-nél az a különbség, hogy GPU-k mellett az x86-os processzorokra is van fordító. A CUDA kódot nem tudod lefordítani CPU-ra.

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

Mondom, hogy ezzel vigyazhatnal, mert lefordithato, es futtathato x86 cpu-n a cuda kod.

Hogyan? Melyik az a fordító, amit x86-os CPU-ra csinált az NV?

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

Szerintem az nvidia eleve licenszeli a forditot, tehat nem csinalt ilyet csak customizalt, de amugy nvcc.exe. Egy flag, hogy device emulation mode-ba forditson, es maris lehet gpu nelkul futtatni.

Pontosan ez a probléma. Vagy GPU-val vagy CPU-val futtatod. Az OpenCL-nél a Stream SDK tud (x86) CPU+(ATI) GPU módban is futtatni egy programot. De ha az Intel is elkészíti egyszer a megfelelő SDK-t és fordítót, akkor ők is képesek lesznek erre.

[ Szerkesztve ]

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

Ennek nem sok értelme van olyan környezetben, ahol a gépbe pakolt 2-4 gpgpu a processzor dp teljesítményének akár 50-100-szorosát is hozza. Otthon, kis-közepes gpuval persze más a helyzet.

Szerintem ez nem valos problema. Ugyanis vagy szamit a sebesseg, vagy nem. Ha szamit, akkor eleve kulon kodot kell irni gpu-ra es cpu-ra, ugyanis teljesen kulonbozoen mukodnek, akkor pedig biztos nem cuda-ban vagy opencl-ben irnam a cpu-s kodot. Ha nem szamit, akkor meg eleg, ha az egyiken fut. Persze, ertem, hogy benchmarkban esetleg jol mutat, csak gyakorlati haszna nincs. Ami szamit, hogy gpu nelkul fusson a kod, meg hogy lehessen cpu-n debuggolni, ezeket cudaval is lehet. Van kulonben jonehany oka, hogy miert erdemesebb opencl-t hasznalni cudanal (meg persze a masik iranyba is, de ez mind1), ezek kozul ez az erv kb. utolso a fontossagi sorrenben, de leginkabb fent sincs a listan.

Az lenne ennek az értelme, hogy ne kelljen külön platformokra írni a szoftvert. Mellesleg sok problémára a központi processzor a hatásosabb, hiába a többszörös teljesítmény. Nem véletlen van az OpenCL-ben a kódok heterogén módon való futtatásának lehetősége.

(#30) lenox: Persze, hogy van fontosabb ok. Az OpenCL az egyetlen olyan API, amit ipari szinten mindenki támogat. Ez lehetővé teszi a fejlesztést, akár több platformra is.

[ Szerkesztve ]

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

Valahogy mindig elszall a fejed felett amit a ket kollega probal magyarazni. Es az az, hogy hiaba van GPU es CPU alatt is OpenCL tamogatas, ha normalis sebesseget akarsz ugyis kulon kell optimalizalnod a kodot mindket kornyezetre. Ezen a heterogen futtatas se valtoztat semmit. Egy programon belul is ket utat kell jarnod. Futtatasnal vagy megnezi min fut es azt a kodot valasztja vagy eleve megmondod neki.

Egyebkent ezen megy a siras az OpenCL-t tenyleg hasznalni akarok koreben per pillanat. Amit te ismetelgetsz itt az a vagyalom es a PR. A valosag pedig az ami eddig is megvolt a HPC kornyezetben es ezutan is meglesz. Hiaba van egy API/Framework ami tobb hardveren fut, a vegen ugyis kulon kell mindenre optimalizalnod ha sebesseget akarsz.

Pelda - van egy X problema amit megoldasz OpenGL-ben. Egy vagy tobb kernel dolgoz fel egy vagy tobb adattombot. Ha maximalis sebesseget akarsz (es a HPC errol szol) akkor kulon kell hangolnod a kernelt az AMD es az NV chipjeire is. Ugyanugy ahogy a CPU-khoz kell egy harmadik es negyedik ut. Mindegyikre mas-mas a megfelelo adatmennyiseg, double vagy triple buffering az elerheto memoria alrendszerek elerheto sebessegebol kifolyolag (cache/mem savszel, kesleltetesek, mennyiseguk). Hiaba van a kod OpenCL alatt, ugyanugy kulon-kulon kell megirnod, hangoldon es tesztelned mindet mint eddig. A HPC alatt mindig is ez ment es ez is fog menni orokke. Itt nincsenek csodamegoldasok.

Privat velemeny - keretik nem megkovezni...

Úgy gondolkozol, mint egy konzumer piacra fejlesztő programozó. A HPC nem erről szól.

Nem tudom mi ertelme lenne egy olyan problemat, amire a cpu-k a legjobbak, opencl-ben megoldani... Lehet ilyet csinalni, csak semmi ertelme...

Hát én még csak véletlenül sem akarok bele szólni a programozók
vagy a nálam jobban hozzá értők dolgába, de szerintem előbb utóbb
a vga vagyis grafkártya alapú rendszerek veszik át a számítás
igényes feladatok feldolgozásának nagy részét.[link]