- Alsó-középkategóriás, PlayStation 5-be is helyezhető M.2 SSD-t virított a Klevv
- Antec kirakatház Lian Li zöngével és egy csavarral
- Újabb inteles VGA került elő a Biostar hátizsákjából
- Belépőszintű játékos headsetekkel bővült a Corsair kínálata
- Kétféle tájolással munkára fogható, ITX-es ház jött a Sharkoontól
- Apple notebookok
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Vezetékes FEJhallgatók
- Dell Precision munkaállomások
- ThinkPad (NEM IdeaPad)
- Micro Four Thirds
- Autóhifi
- PLC programozás
- Sony Inzone M3: 27 hüvelykes gamer monitor a tesztpadon
Hirdetés
-
Elhalasztották a World of Goo 2 megjelenését
gp Május helyett csak augusztusban kapjuk meg a folytatást PC-re és Nintendo Switch-re.
-
Van, ahol már törvényben védik az agyhullámainkat
it Az USA-ban még nem volt rá példa, hogy törvényben védenék az agyhullámokat és a mentális adatokon való nyerészkedés miatt aggódnának. Colorado azonban most lépett, mert túl gyorsan fejlődik a neurotechnológia.
-
Motorola Edge 50 Pro - több Moto-erő kéne bele
ma Érdekes egyveleg a középső Edge 50: a jó tulajdonságai közé becsúszott pár rossz, de vannak szerethető, egyedi megoldásai is.
Ú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]
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Építő/felújító topik
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Skoda, VW, Audi, Seat topik
- Óvodások homokozója
- Linux kezdőknek
- Apple notebookok
- Otthoni hálózat és internet megosztás
- Mobil flották
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...