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

• #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).

• #13 Maverick14 tag emvy #12

  Új Válasz 2012-07-14 19:00:31 #13

  Ú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

  

  Maverick14

  tag

  válasz emvy #12 üzenetére

  Természetesen az FPGA nem csodafegyver, nem minden feladatot lehet rajta hatékonyan megoldani.
  A "direkt módon kommunikálnak"-ot úgy érted, hogy olyan áramkörre lett volna szükségetek ahol a feldolgozó egységek egy teljesen összekötött hálóban vannak?
  Asanovic-ék cikkét olvastam pár éve, a probléma osztályok (törpék) definiálása jó volt benne a többi részét a cikknek picit frissítenem kellene.
  Az is igaz, hogy a párhuzamosítási lehetőségeket egy szekvenciálisan végiggondolt kódban/algoritmusban nehéz megtalálni. Az új sok-ezer processzoros hardverek hatékony programozásához új algoritmikus szemléletre van szükség. A régi algoritmusok átalakítása nem elég. Az algoritmusodat úgy kell megtervezni, hogy a cél architektúra fizikai kialakítását, struktúráját figyelembe vegye.

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