- Azonnali alaplapos kérdések órája
- Milyen videókártyát?
- Vezeték nélküli fejhallgatók
- Milyen TV-t vegyek?
- Szünetmentes tápegységek (UPS)
- HiFi műszaki szemmel - sztereó hangrendszerek
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD Navi Radeon™ RX 7xxx sorozat
- Modding és elektronikai kérdések
- ThinkPad (NEM IdeaPad)
Hirdetés
-
Egységesítéssel gyorsítaná fel fejlesztéseit a Google
ph A vállalat számos szoftveres és hardveres csapatot von össze az AI érdekében.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Leváltaná a Google a sütiket, de ez nem elég
it A Google-nek megvan a terve, hogyan cseréli le a sütiket, de a brit adatvédelmi hatóság szerint többet kell tennie a cégnek a fogyasztók magánszférájának védelme érdekében.
Új hozzászólás Aktív témák
-
Armagedown
őstag
Engem az is érdekel, hogy mekkora a processzorok TDPje, ez kimaradt a táblázatból
“If you don't read the newspaper, you're uninformed. If you read the newspaper, you're mis-informed.”
-
#25954560
törölt tag
válasz Armagedown #1 üzenetére
azt hiszem ez mar tobbszor felmerult, hogy egyelore amikor ARM magokkal akarnak x86-ot befogni szamitasi teljesitmenyben, akkor bizony kell hozza Watt.
a servethehome kicsit mericskelt es a teljes dual socketes rendszer 800W folott evett sok mas hardver komponenssel es pre-production chipekkel. ebbol valoszinusitheto azert h nem 65W a tdp-je egy ilyen csipnek (nyilvan, foleg nem 4 szallal fizikai magonkent, 8 csatornas memvezerlovel, 56 PCIe csatornaval es 32M L3 cache-sel) -
Felhőtakaró
tag
Nem csak ígéretes, izgalmas !
huhh
-
Legyes
tag
Nem sok területen használható, mert a szerver gyilkos alkalzások nagy része még mindig single-thread. Sokkal jobban favorizálják a kevesebb, de erősebb magokat. Ráadásul sok kemény feladatnál (pl. SQL) az iops dönt. Nem véletlenül szenved a szerveres ARM piac sok éve...
-=LeGyEs=-
-
Béééla
őstag
Én nem bánnám, hogy nem 2 wattot eszik egy arm proci, ha cserébe száguld. (persze nem telóban, hanem laptopban-asztaliban)
Már csak az armos windowsos asus laptop megjelenését kell megvárni. Kíváncsi vagyok, mennyire lép az x86 micsodájára, ha nem gombelemről kell menni passzív hűtéssel.Bélabá
-
chey
csendes tag
Olyan optikai képalkotó- és feldolgozó rendszereink vannak, amikben egy kép elkészülte a trigger kiadásától a feldolgozott hamisszínes térkép megjelenítéséig körülbelül 1 másodpercig tart. A rendszer sebességét alapvetően a processzor és a memóriasín sebessége korlátozza. Egy ilyen géppel (128-256 szál) orbitálisan fel lehetne gyorsítani a feldolgozás sebességét, mivel a kamerák natív sebességén (10-20 fps) képenként egyszerre több hamisszínes térképet is ki lehetne számítani. Csorog a nyálam
[ Szerkesztve ]
-
chey
csendes tag
Jó a GPU, mi is gondolkodunk rajta. A baj csak az, hogy az általunk vizsgált problémakör esetén gyakran nagy mennyiségű adatot kellene mozgatni a VRAM és a rendszermemória között, ami erősen korlátozná a teljesítményt. GPU-ban gondolkodva optimális megoldás úgy adható, ha megfelelően szegmentáljuk a számítási feladatokat a CPU, az IGP és a DGPU között, de ez meg nem egyszerű.
Ezzel szemben a számolási feladatok könnyen szegmentálhatóak sok, egyenként nem túl nagy teljesítményű processzormag között. Minél több szálat tud kezelni a processzor, annál jobb Pl. egy 64 magot tartalmazó, 128 szálat kezelő Atom alapú rendszer egészen jól teljesítene.
A Clavium előnye az lenne számunkra, hogy a párhuzamos számítási teljesítménye vetekszik egy erős X86-oséval, de egyszerre több szálat tud kezelni. További előnye lenne, hogy a memória alrendszere nincs több részre darabolva, mint az AMD Epyc esetén (ami esetünkben a DGPU-hoz hasonló adatmozgatást igényelne a két memória alrendszer között).
-
chey
csendes tag
Ez így van. Az (AMD) IGP és a DGPU között az alapvető különbség az, hogy az IGP korlátozott számítási kapacitással rendelkezik, de közös címteret használ a CPU-val, míg a (egy combos fajta) DGPU nagy számítási kapacitással rendelkezik, de állandóan adatot kell mozgatni a RAM és a VRAM között. Egy ilyen rendszerben úgy lehet a problémát szegmentálni, hogy
- egy beágyazott rendszer vezérli a mérőhardvert
- a CPU vezérli a szoftvert, a számítógéphez kapcsolt beágyazott rendszert, és hozza meg a nagy súlyú döntéseket, továbbá egyszerű általános számításokat végez
- az IGP kis számítási igényű, de jól párhuzamosítható számításokat végez
- a DGPU olyan számításokat végez, amik nagy számítási igényűek és sok szempontból vizsgálnak egy adott adathalmazt.Jelenleg úgy látom, hogy elég nehéz megoldani a felmerülő számítások ilyetén szegmentálását úgy, hogy az kellően generikus legyen, ugyanakkor különböző CPU+IGP+DGPU kombinációk mellett is közel optimálisan működjön. Ugyanakkor osztatlan memória alrendszer esetén kifejezetten könnyen tudom úgy szegmentálni a műveleteket, hogy 8-256 hardveresen kezelt szál esetén is közel optimálisan működjenek (értsd: 256 szál esetén másodpercenként kb. 25-ször több képet tud feldolgozni másodpercenként,mint 8 szál esetén, azonos szál/mag arány mellett).
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Kínai, és egyéb olcsó órák topikja
- Politika
- Azonnali alaplapos kérdések órája
- Máris megrendelték a Fallout TV sorozat második szezonját
- Milyen videókártyát?
- Motorola Moto G54 5G Power Edition - nem merül le
- Alkoholista nevelde
- Amazon Prime Video
- Volkswagen ID.7 menetpróba
- Spórolós topik
- További aktív témák...
- GAMER PC - RTX 3070 - i5 12400F/13400F - 16GB DDR4 - 500GB Nvme SSD
- LEGJOBB ÁR! GAMER PC - RTX 3070 - i5 10400F/11400F - 16GB DDR4 - 500GB Nvme SSD -
- Be quiet! Pure Wings 2 140mm PWM High-Speed
- HP EliteDesk 800 G3 SFF / i5-7500 / NVME M.2 / USB Type-C / USB 3.1 / DDR4 / DVD-RW / 27% áfás
- Chia bánya - ELADÓ - 2000+ NFT plottal / 200+ TB