- Milyen billentyűzetet vegyek?
- Házimozi belépő szinten
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen széket vegyek?
- Kormányok / autós szimulátorok topikja
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Tálaljuk a februári hardverlevest
- Milyen belső merevlemezt vegyek?
- iPad topik
Új hozzászólás Aktív témák
-
Rive
veterán
Az első komoly efféle ami rémlik, az egy 939-es AMD foglalatba pakolható 'koproci' volt, persze teljes DDR és HT eléréssel.
Jó látni, hogy a jó ötletek nem halnak ki.
Ui.: itt
-
Lewzke
őstag
az egyik félévben a Xilinx féle Matlabba ékelt System Generatort erőltette a tanárom, nem elég, hogy alig mentem át még a Matlabomat is tönkre vágta. bughalmaz az egész, azóta értékelem a VHDL-t, mert ott még ha több idő is megcsinálni valamit, legalább látod mi történik ...
-
dezz
nagyúr
válasz
#32839680 #32 üzenetére
Ismerem őket (szerintem Verilogban sokkal átláthatóbbak a logikai kifejezések, sosem tudnám megszokni a VHDL-t a kiírt AND/OR/stb.-vel, ráadásul úgy túl hosszúak is).
Az OpenCL nem általános HW-leírásra való itt, hanem leginkább a párhuzamosított számítások kifejezésére.
-
JColee
őstag
válasz
#32839680 #43 üzenetére
OpenCl-t nem ismerem, de CUDA-ban már pötyögtem egy-két dolgot. Szerintem ez is megszokás kérdése, tudni kell megfelelően gondolkozni.
A HLS esetén is ugyanúgy meg kell tanulni egy csomó mindent, hogy mit lehet használni C-ben mit nem, miből mi lesz szintézis után. Tehát nem úgy megy a dolog, hogy bepüfölik a kódot, azt 2 perc műlva már az FPGA-n hasít. -
JColee
őstag
-
nolika
senior tag
Attól függ mekkora teljesítményű FPGA van benne.
Mert ha van legalább egy közös busz, szépen el lehetne hinteni pár softcore processzort
Az más kérdés, hogy az erőforrásokhoz hogy tud hozzáférni.
Morgyi: Hiába a C-verilog fordító, ha a programozó nem "hardveresen" gondolkodik. Értsd: Latch és társai.
-
JColee
őstag
ISE mar kifuto, nem fejlesztik tovabb. Egyébként nem tudom, hogy az opencl mennyire alkalmas hw leírására, de léteznek hls nyelvek is (Catapult-C és társai), amikben lehet többé/kevésbé fejleszteni fpga-ra.
morgyi Ezt már többször is leírtad, hogy a Verilog C alapú, de annyira messze vannak egymástól, mint Makó Jeruzsálemtől. Ok, a szintaktika hasonlít, ha hunyorítunk egy kicsit, de kb ennyi.
-
dezz
nagyúr
"az FPGA adja egy adott fogyasztáson belül a legjobb teljesítményt"
Ezt inkább úgy lehetne mondani, hogy adott teljesítmény mellett az FPGA fogyasztása a legjobb - mivel 1-1 darab FPGA és GPU nagyságrendileg egy szinten tud lenni teljesítményben.
"de csak nagyon specifikusan programozható."
Ha ezen a HW-leíró nyelvekre gondolsz, akkor emlékeztetnélek erre a cikkedre, amiben arról van szó, hogy az Altera és a Xilinx az OpenCL-t szándékozik beemelni a fejlesztőrendszerükbe. Nem tudom, sikerült-e már.
Egyébként gondolom, a fenti kijelentést a linkelt cikkre alapozod, de szerintem eléggé feladatfüggő ez a dolog. Bizonyos feladatok sokkal kevesebb logikai művelettel is megoldhatók, ilyenkor az FPGA nyer. Azonban, ha pl. hatalmas mennyiségű FP számításról van szó, ahhoz az FPGA-ban is sok logikára van szükség, ilyenkor nem biztos, hogy nem a GPU kerül ki győztesen. Ráadásul ebben az esetben nagyon nagy FPGA-ra van szükség, hogy elérjék (megközelítsék?) egy mai nagy GPU teljesítményét, amikor is már az ár is fontos tényezővé válik.
-
Béééla
őstag
Hiszen alteráéknak már van olyan (elég durván combos) FPGA-ja, amiben két hard-IP Cortex-A ARM mag lapul. De NAGYON dícséretes az, hogy végre más is elkezdi.
Nem fogja lecserélni a processzorokat az FPGA, de nagyon jól jöhet az még. És már látom a szemeim előtt: csupán 50$-ért letöltheted a legújabb "plugint" -
#25954560
törölt tag
lehet tul sok visszajelzest kaptak h pl packet processingben meg mindig kevesek. azt nagyon ugyesen lehetne megtamogatni fpga-val, ha mar a niantic gyengecske, a redrock canyon meg a fasorban sincs. marpedig ahogy mindenki felhozik, openstack, openflow, opendataplane, openrokabeka, egy csomo esetben van jobb (hatekonyabb) alternativa, mint az x86_64.
-
Reggie0
félisten
A futasidoben konfiguralhato FPGA sem egy tavoli alom, a 7-es szeriaju xilinxek gond nelkul tudjak.
(#7) morgyi: Hiszed azt. A nagy gyartok szintezerei csak egy szalon futnak. Nekem a 4770k-n van olyan dizajt ami csak 1-2 nap alatt fordul le, de ha jol sikerul akkor is kozel fel nap.
(#9) leviske: Semennyire. Az FPGA lenyege nem az, hogy parhuzamosan tud futtatni sok szalat, hanem peldaul a GPU-ban vagy CPU-ban levo utasitasokat pipelineal tovabb lehet bontani es igy nagyobb sebessegen fut, vagy olyan viszonylag egyszeru logikai muveleteket lehet megvalositani, ami az elobbi eszkozokon csak tobb utasitassal valosithato meg.
-
jbush
tag
válasz
#32839680 #18 üzenetére
Ez pontosan így van. Ez az Atom akkoriban nekem pont kapóra jött.
Az XScale eladását már akkoriban sem értettem meg. Volt elég pénzük hozzá, hogy megtarthassák, most meg mindenhol erőltetik az x86(-64)-et.
A MIC meg... Ők tudják, de amennyire én értek hozzá, nem valószínű, hogy mennek vele valamire is. Mondom ezt úgy, hogy van valahol egy képem, ahogy pár inteles csajjal vagyok lefényképezve, mert önként ragasztottam a homlokomra egy "Intel Inside" emblémát
-
Writz
tag
Lehet az FPGA-ból kreálnak plusz magokat ha a Xeon 8 magja nem lenne elég
-
jbush
tag
Nem új keletű dolog ez; maga az Intel is használt ilyet korábban a Stellarton Atomokban (a PH is írt róla). Jó cucc volt; fejlesztettem valamit egy ilyenre (azért nem kell túl komoly dologra gondolni; viszonylag kis bonyolultságú volt a logika, amit az FPGA-ba tettem), csak nem volt egyszerű beszerezni.
-
Zoli0726
aktív tag
-
Zoli0726
aktív tag
válasz
#32839680 #12 üzenetére
Ez így túlzás. A gpu arra lett kitalálva, hogy számoljon, rengeteg szálon, lebegőpontos számokkal. Ebből a szempontból a gpu-t is nevezhetjük célhardvernek.
Szóval ha ilyen feladatkörről van szó, nem fogja azért bármiféle fpga utolérni azt a néhány milliárd tranzisztort. Nincs az az fpga amibe ekkora komplexitás belefér + elmarad órajelben is.
Tény, hogy vannak olyan dolgok, amikor az fpga állva hagyja a gpu-t. de az pont amiatt van, hogy az fpga közvetlenül hozzáférhető, io-portokra rákötöm egy kamera kimenetét, és tessék, lehet realtime feldolgozni. Míg gpu-nál el kell juttatni az adatokat a memóriáig, ami sok idő.
Plusz vannak feladatok, amik fpga-nál megoldhatók huzalozással, pl. DES algoritmus törése. Csak kötögetni kell a vezetékeket és ennyi, míg a gpu-nak ugyanúgy mindent ki kell számolnia, naná hogy az fpga-val jóval gyorsabb eredményt lehet elérni.
Inkább az a kérdés, hogy milyen feladatkör az, ahol egyszerre van szükség a cpu és az fpga tudásra, és milyen felületen keresztül lehet majd megmondani, hogy mi hol számolódjon ki.
-
Lewzke
őstag
nem értem teljesen, tehát kapunk a processzor mellé egy teljes értékű FPGA-t amit saját feladatokra programozhatunk?
-
Zoli0726
aktív tag
Szerintem már alapból sem kinyilatkoztatható, hogy mennyi előnye van vagy nincs az fpga-nak a gpu-val szemben, ha teljesítményről van szó.
Egyrészt nem tudjuk, hogy mennyi logikai kaput tartalmaz majd, de tuti nem annyit, hogy egy gpu komplexitás beleférjen, sem azt, hogy mekkora órajelen üzemel. Az fpga-k nem szoktak olyan magas órajelen üzemelni, mint a gpuk, ezért még ha a célírányzott programozás miatt gyorsabbak lennének, az órajel miatt elveszhet a különbség.
Aztán hogy ezt pluszban az opencl mennyire fogja befolyásolni, az egy jó kérdés.
-
leviske
veterán
Hülye kérdés, de a FPGA-k GPU-kkal szemben mutatott előnye kb mennyire vész el, ha esetleg egy HSA-val támogatott APU vs "csak" OpenCL-el kihasznált CPU+FPGA kombót veszünk alapul?
u.i.: A MIC nem erre a területre akarna nevezni?
-
Zoli0726
aktív tag
A hosszú fordítási idők rendesen le tudják lassítani a fejlesztési folyamatot fpga-k esetén.
Érdekes koncepció ez. Én nem látok benne több potenciált, mint az Apu-kban, viszont szerintem még mindig többen ismerik a hardver leíró nyelveket, mint az opencl-t.
-
Sotho
őstag
Bitcoin inside.
-
Abu85
HÁZIGAZDA
Nem akarunk CPU funkcionalitást, arra elég pár processzormag. Számítási kapacitást akarunk, de nagyon. Valójában egyszerű a dolog. Ez egy verseny a minél kisebb pJ/FLOP mutatóért, mert amíg nem történik gyártástechnológiai áttörés, addig ennek a csökkentése hozza a teljesítményt. A CPU-magok rendelkeznek messze a legnagyobb pJ/FLOP mutatóval, míg a GPU-k, a DSP-k és az FPGA-k jóval hatékonyabbak.
A GPU-k és a DSP tekinthetők középszintnek, de kb. olyan jól programozhatók, mint egy CPU, míg az FPGA adja egy adott fogyasztáson belül a legjobb teljesítményt, de csak nagyon specifikusan programozható. -
#06658560
törölt tag
Egy CPU funkcionalitását, számítási kapacitását visszaadni képes FPGA irreális álom, vagy létezik, csak méretileg nagy, fogyasztása száll el, stb.?
Új hozzászólás Aktív témák
Hirdetés
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Luck Dragon: Asszociációs játék. :)
- Vicces képek
- Kínai és egyéb olcsó órák topikja
- A fociról könnyedén, egy baráti társaságban
- Google Pixel 9a - a lapos munka
- Milyen autót vegyek?
- Medence topik
- Kerékpárosok, bringások ide!
- BestBuy ruhás topik
- További aktív témák...
- GAMER PC : RYZEN 7 5700G/// 32 GB DDR4 /// RX 6700 XT 12 GB /// 512 GB NVME
- Asztali PC , i7 11700KF , RTX 3070 Ti , 32GB DDR4 , 512GB NVME , 2TB HDD
- Asztali PC , R5 5500 , RX 5700 XT , 16GB RAM , 256GB NVME , 1TB HDD
- Mac mini (2023 with M2)
- Belépő GAMER PC! i3-13100 / RX 6600 XT / 16GB DDR4 / 512GB NVMe / 600w!
- AKCIÓ! Lenovo Legion Slim 5 Gamer notebook - R7 7435HS 16GB RAM 1TB SSD RTX 4070 8GB GDDR6 WIN11
- Eladnád a telefonod? KÉSZPÉNZES OKOSTELEFON FELVÁSÁRLÁS azonnali fizetéssel!
- ÁRGARANCIA! Épített KomPhone i7 14700KF 32/64GB RAM RTX 5090 32GB GAMER PC termékbeszámítással
- Tablet felvásárlás! Samsung Galaxy Tab S10+, Samsung Galaxy Tab S10 Ultra, Samsung Galaxy Tab S10 FE
- HPE Apollo 4200 Gen9 2U rack szerver, 1x E5-2620v4, 64GB RAM, 24x3.5" 2U-ban! ÁFA-s számla, garancia
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest