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

• #30 LordX veterán buherton #29

  Új Válasz 2012-07-16 13:52:52 #30

  Ú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

  

  LordX

  veterán

  válasz buherton #29 üzenetére

  Értelmezd az "egy" szót határozatlan névelőként, nem pedig számnévként, talán úgy kerekebb lesz

• #28 LordX veterán buherton #27

  Új Válasz 2012-07-16 13:21:32 #28

  Ú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

  

  LordX

  veterán

  válasz buherton #27 üzenetére

  Most ez egy példa volt, ahol persze pont jó a DSP, de mi van ha a, nincs kéznél, b, a kapukat, logikákat is kell használni a feladathoz? A lényeg az, hogy azt lehet használni, ami a problémának legjobban megfelel.

  Értelemszerűen nem akarom újrakonfigurálni az FPGA-t a program közben, és cserélgetni 2-3-4 konfigurációt, hanem azt rábízni, ami legjobb eredményt ad, a maradékra ott van a CPU/GPU.. Tényleg, mennyire bírják ezek a cuccok az újrakonfigurálgatást?

• #26 LordX veterán buherton #24

  Új Válasz 2012-07-16 13:07:17 #26

  Ú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

  

  LordX

  veterán

  válasz buherton #24 üzenetére

  Csak hogy egy nyelvet beszéljünk.

  Ha valamiért a programomban kell egy olyan, hogy átrendezzük a biteket ku.. marha sokszor (mondjuk, a program egy H.264 enkóder), akkor vagy írok egy kisebb programot (pl.), vagy ha van egy FPGA-m, akkor felkonfigurálom úgy, hogy ha beletolom a bitet, azonnal kijön jó sorrendben. És ezzel egy FPGA lehetőségeinek kb. 0%-át használtam ki...

  A példában szereplő probléma SSSE3-al való megvalósítása 85 utasítás (lásd x264 forráskód kommentek nélkül - SSE2-vel kb. 1,5x ennyi), és pár utasítás ezek között sem 1 órajel, hanem 2-3, tehát kb. 100 órajel hosszú programról beszélünk. Legalább ennyiszeresére gyorsíthatna egy FPGA, ha ugyanolyan órajelen menne, és nem lenne IO követelmény, de talán nem 100x lassabb. (Meg talán a környezetet is be lehet rakni az FPGA-ba.)

• #25 LordX veterán buherton #24

  Új Válasz 2012-07-16 12:49:41 #25

  Ú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

  

  LordX

  veterán

  válasz buherton #24 üzenetére

  Egy (ko)processzorba tudsz új utasítást programozni? Ez új, erről mesélj..

• #23 LordX veterán buherton #21

  Új Válasz 2012-07-16 12:32:43 #23

  Ú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

  

  LordX

  veterán

  válasz buherton #21 üzenetére

  #15-ben pont ezt írtam.

  Másikra meg - hogyan lenne egy koprocesszor jó a feladatra, ha nincs olyan utasításkészlete, ami optimális lenne a feladatra?

• #22 LordX veterán Psych0 #18

  Új Válasz 2012-07-16 12:30:13 #22

  Ú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

  

  LordX

  veterán

  válasz Psych0 #18 üzenetére

  Akkor olvasd azt is el, mire válaszoltam, #6..

• #17 LordX veterán emvy #12

  Új Válasz 2012-07-15 19:45:59 #17

  Ú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

  

  LordX

  veterán

  válasz emvy #12 üzenetére

  Szerintem az FPGA nem párhuzamos végrehajtásra való. (Most abba ne menjünk bele, hogy ha van elég kapu benne, akkor kettő / három / n végrehajtó egység is beleprogramozható.)

  Inkább azt az előnyt látom, hogy nem programot hajt végre, hanem beleégetünk valamit, hogy ha ez az input, akkor az az output. Ez olyasmi művelet is lehet, amihez nincs utasítás a processzorban (ez úgy az esetek 99.999999999%-a ), és csak egy kisebb program/függvény tudja kiszámolni, ami legjobb esetben is annyi órajel, ahány utasítás, a FPGA viszont akár 1 órajel alatt kiadja az összes adat beérkezése után (persze ezek kisebb órajelre képesek).

• #16 LordX veterán gejzanet #6

  Új Válasz 2012-07-15 19:12:13 #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

  

  LordX

  veterán

  válasz gejzanet #6 üzenetére

  Hát, amennyit sikerül vele foglalkoznom, az alapján a hasonlóság kimerül a szintaxisban...

• #15 LordX veterán buherton #3

  Új Válasz 2012-07-15 19:10:21 #15

  Ú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

  

  LordX

  veterán

  válasz buherton #3 üzenetére

  Feltételezve, hogy van elegendő mennyiségű programozható kapu / elem abban az FPGA-ban a te programodhoz. Ha nincs, akkor vagy egyszerűsíteni kell a programon, vagy egyes műveleteket át kell adni a CPU-nak (vagy GPU-nak).

• #14 LordX veterán

  Új Válasz 2012-07-15 19:07:42 #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

  

  LordX

  veterán

  Jól olvasom? OpenCL -> FPGA fordító?

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