- Apple notebookok
- Megrepedt vezérlőhíddal érkezhet az inteles MSI alaplapunk
- Amazon Fire TV stick/box
- OLED TV topic
- Androidos tablet topic
- Philips LCD és LED TV-k
- Gaming notebook topik
- AMD Navi Radeon™ RX 7xxx sorozat
- Az alaplapok okozhatják az újabb és gyorsabb Intel CPU-k instabilitását?
- Nem indul és mi a baja a gépemnek topik
Hirdetés
-
Frissítette a DDR5 specifikációját a JEDEC
ph A JESD79-5C kiegészítés nagyobb sebességet és biztonságot hoz.
-
Az Intel a legmodernebb chipgyártó géppel előzheti meg az egész szektort
it Az Intel lett az első cég, amely szolgálatba állította az ASML új High NA EUV litográfiás chipgyártó eszközeit, ezzel minden riválisát megelőzheti.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
JoeYi
őstag
kíváncsi lennék, hogy a második képen a kis csillagocska mit jelenthet
-
FRENK1988
veterán
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! :)
-
#06658560
törölt tag
Olyan durva a hűtés mögöttük a rackeknél. Plusz légkondi durván tolja.
-
Abu85
HÁZIGAZDA
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.
-
#06658560
törölt tag
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?
-
Abu85
HÁZIGAZDA
válasz #06658560 #10 üzenetére
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.
-
Abu85
HÁZIGAZDA
-
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.
Fenntartom magamnak a jogot, hogy a kéretlen reklámban szereplő terméket nagy mennyiségben, kamu címre rendeljem.
-
Raymond
félisten
A huteshez ennyit:
Privat velemeny - keretik nem megkovezni...
-
Abu85
HÁZIGAZDA
-
Spor
tag
HPC rendszerekbe tenyleg idealis valasztas lehet!!!
www.pc-style.hu
-
Abu85
HÁZIGAZDA
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.
-
lenox
veterán
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.
-
Abu85
HÁZIGAZDA
válasz #95561216 #29 üzenetére
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.
-
Raymond
félisten
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...
-
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]