Új hozzászólás Aktív témák

• #16 Zoli0726 aktív tag #32839680 #15

  Új Válasz 2014-06-19 20:11:36 #16

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Zoli0726

  aktív tag

  válasz #32839680 #15 üzenetére

  Szerintem is ez az élhető opció. Előre lefordított állományok cserélgetése. Mi is foglalkoztunk még az egyetemen ezzel a témakörrel, és lám, ami akkor még fikció volt, mára az Intel megcsinálta. Nemsokára windows alatt lehet majd fpga-val wpa-t törni

• #14 Zoli0726 aktív tag #32839680 #12

  Új Válasz 2014-06-19 19:55:46 #14

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

• #11 Zoli0726 aktív tag leviske #9

  Új Válasz 2014-06-19 19:15:35 #11

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Zoli0726

  aktív tag

  válasz leviske #9 üzenetére

  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.

• #8 Zoli0726 aktív tag #32839680 #7

  Új Válasz 2014-06-19 18:58:05 #8

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Zoli0726

  aktív tag

  válasz #32839680 #7 üzenetére

  Xeon-on is simán befigyelhetnek többórás fordítások ha nagy a kapuk kihasználtsága. Persze ezzel nem azt akartam mondani, hogy nem érné meg a dolgot, csak nem egy vonzó tényező, amikor valaki fpga-ra fanyalodik.

• #5 Zoli0726 aktív tag

  Új Válasz 2014-06-19 18:38:35 #5

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  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.

Új hozzászólás Aktív témák