kíváncsi lennék, hogy a második képen a kis csillagocska mit jelenthet
Genesis Montana - újra kétkeréken
Gyorskeresés
Legfrissebb anyagok
Szakmai témák
Mobilarena témák
Általános témák
GAMEPOD.hu témák
Adok-veszek témák
Hozzászólások
Megjelölték, hogy a FireStream 9270-re gondolnak.
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
Kis fedélzeti memória 
Passzív hűtés Mi ezeknek a VGA-nak a normál megfelelője?
>> http://tinyurl.hu/i3i6/ << Referenciám| HTC Surround 7 16GB WP 7.5
A FireStream 9370-nek a Radeon 5870, FS 9350-nek a Radeon 5850.
STO: Terran Rebellion, House of K'Reaper
akkor jól sejtettem. De hogy lehet h passzívba is elketyeg?
>> http://tinyurl.hu/i3i6/ << Referenciám| HTC Surround 7 16GB WP 7.5
Olyan durva a hűtés mögöttük a rackeknél. Plusz légkondi durván tolja.
Érettségi feladat, SZÁMÍTÁSTECHNIKA Írjon BASIC nyelven egy grafikus alapú multitask operációs rendszert, amely kivédi a Windows 98 potenciális hibáit.
Í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.
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
Apropó, Fermi ellen hogy indul mind hardveres képességek, mind szoftveres támogatás terén?
Érettségi feladat, SZÁMÍTÁSTECHNIKA Írjon BASIC nyelven egy grafikus alapú multitask operációs rendszert, amely kivédi a Windows 98 potenciális hibáit.
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 ]
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
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?
Érettségi feladat, SZÁMÍTÁSTECHNIKA Írjon BASIC nyelven egy grafikus alapú multitask operációs rendszert, amely kivédi a Windows 98 potenciális hibáit.
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 ]
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
É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.
Érettségi feladat, SZÁMÍTÁSTECHNIKA Írjon BASIC nyelven egy grafikus alapú multitask operációs rendszert, amely kivédi a Windows 98 potenciális hibáit.
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.
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
Kriza
(őstag)
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.
Panasonic N2QAYB000078 teljesen új, gyári távirányító eladó http://hardverapro.hu/apro/panasonic_n2qayb000078_teljesen_uj_gyari_taviranyi/hsz_1-200.html
A huteshez ennyit:
Privat velemeny - keretik nem megkovezni...
flimo
(őstag)
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
Először szomjan halunk, azután éhen halunk, végül mind meghalunk!
ahhha. Így egyből más a gyermek fekvése 
>> http://tinyurl.hu/i3i6/ << Referenciám| HTC Surround 7 16GB WP 7.5
tetrix
(tag)
7000rpm, de jól néz ki!
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.
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
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.
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
HPC rendszerekbe tenyleg idealis valasztas lehet!!!
www.pc-style.hu
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?
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
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 ]
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
De ha az Intel is elkészíti egyszer a megfelelő SDK-t és fordítót, akkor ők is képesek lesznek erre. <----Nah erre meg sokat varhatunk sajna! 
www.pc-style.hu
flimo
(őstag)
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.
Először szomjan halunk, azután éhen halunk, végül mind meghalunk!
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 ]
A semmi az nem nincs, hanem van. Ha a semmi van, akkor nincs semmi, de ha nincs semmi, akkor valami van, de az nem semmi.
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...
flimo
(őstag)
Úgy gondolkozol, mint egy konzumer piacra fejlesztő programozó. A HPC nem erről szól.
Először szomjan halunk, azután éhen halunk, végül mind meghalunk!
Nem tudom mi ertelme lenne egy olyan problemat, amire a cpu-k a legjobbak, opencl-ben megoldani... Lehet ilyet csinalni, csak semmi ertelme...
joi29
(őstag)
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]
