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

• #61 JColee őstag dezz #60

  Új Válasz 2012-10-26 23:51:42 #61

  Ú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

  

  JColee

  őstag

  válasz dezz #60 üzenetére

  Szerintem a másodikra gyúrnak. Az elsőnek nem lenne értelme, mert ennyi erővel normálisan le is lehetne gyártani azt a "kvázi virtuális gépet".

  Utóbbi esetben mire kellhet külön odafigyelnie az OpenCL programozónak?
  Ez akkor kiderül, ha kész lesz a környezet. Lehet majd menni drágáért alterás tanfolyamra, ahol elmondják, hogy a szintézer milyen struktúrákat ismer fel, miket lehet használni, miket kerüljön az ember, stb.

• #55 JColee őstag cousin333 #53

  Új Válasz 2012-10-26 22:30:31 #55

  Ú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

  

  JColee

  őstag

  válasz cousin333 #53 üzenetére

  Nem tudom, te mire gondolsz kézi kód alatt. De valóban nagy projektnél, több fejlesztővel nem lesz tökéletesen lefaragva a dolog.
  Amúgy jártam már úgy, igaz az nem fpga-ra ment, hanem asicre, hogy olyat is egyszerűsített, amit nem kellett volna. Biztos meg lehetett volna adni, hogy ne tegye, de máshogy oldottam meg.
  "Sok apró digitális áramkör" igaz akármelyik processzorra. Abban is van sok apró digitális áramkör.

• #51 JColee őstag cousin333 #47

  Új Válasz 2012-10-26 22:10:23 #51

  Ú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

  

  JColee

  őstag

  válasz cousin333 #47 üzenetére

  Szerintem pont a komplexitás növekedésével lesz egyre pazarlóbb a szintetizált hardver. HDL szinten eléggé hardverközeli módon írjuk le a dolgokat, és még így is csinál néha felesleges dolgokat, amit ki lehetne gyomlálni. Magasabb szinten leírt programban még nehézkesebb lesz adott szerkezeteket felismernie a szintézernek a nagyobb szabadsági fok miatt.
  Amúgy igazad van, hogy hiába pazarlóbb a magasabb nyelven leírt kód, ha sokkal gyorsabban kész van a feladat. Aztán úgyis jön az újabb vas, amibe még több okosság fér.

  #46 Azért lássuk be, ez eléggé ködös bullshit: Ezt úgy érdemes elképzelni, hogy az FPGA, azaz a Field Programmable Gate Arrays egy olyan lapka, mely rengeteg apró digitális áramkört tartalmaz.

• #41 JColee őstag Reggie0 #40

  Új Válasz 2012-10-26 16:30:50 #41

  Ú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

  

  JColee

  őstag

  válasz Reggie0 #40 üzenetére

  Mire nem a legjobb? ASIC prototypingra? Egy Cyclone nem túl nagy, hogy férne bele? Altera a Stratix V egyik típusát ajánlja erre a célra.

• #34 JColee őstag dezz #33

  Új Válasz 2012-10-26 10:43:43 #34

  Ú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

  

  JColee

  őstag

  válasz dezz #33 üzenetére

  Nagy cégeknek egyedi megállapodásuk van az fpga gyártókkal. Nem ennyiért veszik a cuccost.

• #25 JColee őstag Bada Bing #24

  Új Válasz 2012-10-26 00:31:56 #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

  

  JColee

  őstag

  válasz Bada Bing #24 üzenetére

  Inkább írjuk azt, hogy magát az opencl programot valósítjuk meg ilyen általános logikai elemekből.

• #23 JColee őstag VaniliásRönk #21

  Új Válasz 2012-10-26 00:22:21 #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

  

  JColee

  őstag

  válasz VaniliásRönk #21 üzenetére

  Pedig ez a lényeg:
  
  Sok (milliós nagyságrend) ilyen blokk variálható kapcsolásával lehet megvalósítani tetszőleges (nem teljesen igaz, de sebaj) digitális áramkört. Ott van benne a d flip flop, a LUT-okkal a logikai alapkapukat lehet implementálni, és ott van egy teljes összeadó is.

• #18 JColee őstag VaniliásRönk #17

  Új Válasz 2012-10-25 22:26:40 #18

  Ú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

  

  JColee

  őstag

  válasz VaniliásRönk #17 üzenetére

  Ilyen az FPGA. Nézd meg az architecture részt. Olyanból van benne jó sok.

• #13 JColee őstag LordX #9

  Új Válasz 2012-10-25 20:04:32 #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

  

  JColee

  őstag

  válasz LordX #9 üzenetére

  Senkit nem fog érdekelni, hogy egyikben olyan hülyeségeknek is kell áram, hogy decode dispatch stb., a másiknak meg nem, csak kompletten működik a rendszer, mindent bele kell számolni.
  Ebben igazad van,de a cikk így azt sugalja, hogy hip-hop meg lehet valósítani fpga-ra az opencl kódot, de a szintézer kissé tovább fog futni, mint a fordító. Az is kérdéses, hogy mekkora projekt fér bele az fpga-ba?
  Minél magasabb szintű leírást adnak a szintézernek annál kevésbé lesz optimális a hardver.
  A vérpistike majd nem érti, hogy miért nem fpga van a gépében, ha az 10 wattot fogyaszt a 130 helyett.
  Szóval a cikk jobban körüljárhatta volna az egész témakört, leírhatta volna az fpga-k lelki világát.

  VaniliásRönk Akkor módosítod a programot, aztán vársz jó sokat, mire újra kész a szintézer.

• #8 JColee őstag

  Új Válasz 2012-10-25 19:38:33 #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

  

  JColee

  őstag

  Szerintem nem szabadna idekeverni az energiahatékonyságot, mivel az fpga pont hogy többet zabál ugyanazzal a hdl kóddal, mint egy asic.
  Nyilván azért fogyaszt kevesebbet, mert az opencl kódot varálzsolják rá az fpga-ra, és nem egy valamilyen processzort írnak hdlben, ami majd futtatja az opencl programot.

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