- iPhone topik
- Samsung Galaxy S20 és S20+ duplateszt
- Samsung Galaxy A56 - megbízható középszerűség
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Fotók, videók mobillal
- Netfone
- Android alkalmazások - szoftver kibeszélő topik
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
Ú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
- Kompakt vízhűtés
- Kerékpárosok, bringások ide!
- Xbox Classic / Xbox 360
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Épített vízhűtés (nem kompakt) topic
- iPhone topik
- Hálózati / IP kamera
- További aktív témák...
- Új Gamer PC - Ryzen 7 5700X / RTX 5060 / A520M / 16GB vagy 32GB RAM / 240GB + 1TB M.2 SSD / 650W
- Gamer PC - R5 2600, RX 580 és 16gb RAM + GARANCIA
- HP ProDesk 600 G2 SFF PC, Intel 6. generációs CPU, SSD és RAM nélkül
- Gamer PC - i5 13400f, RX 6700 XT és 16gb RAM
- i5 10500/ RX6600XT/32GB DDR4/ 512GB m.2 alapú konfig/ garancia/ ingyen foxpost
- Asus Rog Strix G16
- AKCIÓ! Lenovo Thinkpad T14 Gen 3 üzleti notebook - i5 1245U 16GB RAM 512GB SSD Intel Iris XeW11
- AKCIÓ! Intel Core i9 14900K 24 mag 32 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASRock B85M Pro4 B85 chipset alaplap garanciával hibátlan működéssel
- Apple iPhone X, 256GB, Kártyafüggetlen
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest