- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Azonnali alaplapos kérdések órája
- Azonnali informatikai kérdések órája
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen videókártyát?
- Mini-ITX
- LG LCD és LED TV-k
- Melyik tápegységet vegyem?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
Ú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
- One otthoni szolgáltatások (TV, internet, telefon)
- Megérkezett a Google Pixel 7 és 7 Pro
- Medence topik
- gban: Ingyen kellene, de tegnapra
- Milyen okostelefont vegyek?
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Luck Dragon: Asszociációs játék. :)
- Poco F6 5G - Turbó Rudi
- Nyaralás topik
- Gyúrósok ide!
- További aktív témák...
- ASUS TUF Gaming X570-PLUS GAMING Alaplap + AMD Ryzen 5 5600X
- Lenovo ThinkCentre M625Q TINY PC
- AKCIÓ!!! GAMER PC: Új RYZEN 7 5700/5800X +RX 6600/6700XT/6800/9060XT +Új 16-64GB DDR4! GAR/SZÁMLA!
- Belépő GAMER PC! i3-13100 / RX 6600 XT / 16GB DDR4 / 512GB NVMe / 600w!
- Csere-Beszámítás! Gamer PC Számítógép! I5 12600KF / RTX 3070 / 32GB DDR4 / 512GB SSD
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! Lenovo ThinkPad X260 - i5-6G I 8GB I 256GB SSD I 12,5" HD I HDMI I CAM I W10 I Gari!
- AKCIÓ! Csere-Beszámítás! Manli RTX 3070Ti 8GB GDDR6X Videokártya!
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- AKCIÓ! Gigabyte AORUS 16X (2024) Gamer notebook - i7 14650HX 16GB RAM 1TB SSD RTX 4070 8GBWin11
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest