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

• #72 Reggie0 félisten dezz #71

  Új Válasz 2012-10-27 23:30:33 #72

  Ú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

  

  Reggie0

  félisten

  válasz dezz #71 üzenetére

  Marmint ugy ertem, hogy kesziteni egy szintezer+map+translate+par kombot, ami FPGA clusteren fut. Ezzel meg lehet sporolni egy csomo idot.
  Mondjuk a mostani keretkornyezetekkel(Altera/Xilinx/Lattice) is az problema, hogy meg egy GPU-t sem lehet munkara fogni.

• #70 Reggie0 félisten dezz #69

  Új Válasz 2012-10-27 22:54:42 #70

  Ú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

  

  Reggie0

  félisten

  válasz dezz #69 üzenetére

  Ha mar ugyis rendelkezesre all egy rakat FPGA, akkor lehet hogy a kovetkezo implementaciot celszeru veluk elkeszitettni.

• #63 FollowTheORI nagyúr dezz #43

  Új Válasz 2012-10-27 12:04:10 #63

  Ú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

  

  FollowTheORI

  nagyúr

  válasz dezz #43 üzenetére

  Jogos.
  Ezt néha elírom... szilícium. Jaja tudom én csak hát néha gyorsabb a kezem mint az átgondoltságom.

  ...

  Értem amit írtatok, de gondolj bele miért alakult ki a GPU mint olyan?
  Ott is előtte az volt hogy volt egy gyors célhardver... majd rájöttek jobb az ha többféle feladatra lehet fogni a dolgot, ha már ott az a sok tranzisztor... aztán a végén mindig oda jutottunk el, hogy az a "legjobb", ha van sok kis általános gyors végrehajtó és azt a program dönti el milyen magasabb műveletet valósítassz meg vele.

  Értem én hogy a HPC részen eléggé speciális feladatok lehetnek, de ez egy olyan kicsi szegmens hogy nem érné meg piaci alapon.

  Gondolj bele van egy kutató cég vagy egy egyetem, akármi ott általában a HPC rendszert arra használják hogy mindenféle szimulációkat végezzenek, ahol a feladat mindig változik. Akár napon belül is... ilyenkor mindig újra kéne fordítani és szintetizálni az egész sokmillió FPGA-ból álló projektet. Nem biztos hogy van arra idő hisz addig áll az egész rendszer, ami HPC esetén nem olcsó mulatság és épp az a cél ezeknél mindig hogy folyamatosan maximumon menjen, akkor éri meg.

  Persze erre írhatod hogy épp azért van ott az "általános" OpenCL, csak a probléma az hogy ezt nem hiszem meg fogják tudni jól és hatékonyan oldani. Eddig is volt próbálkozás C-ből meg egyéb nyelvekből hardver meg FPGA fordítót csinálni. Egyszerűbb kódokra még néha jól is működött, de amint komplexebb a probléma eléggé megnehezült (ha nem épp ellehetetlenült) a megvalósítás. Főleg úgy hogy elég gyors és hatékony legyen.
  Eddig általában jobb volt az eredmény nagyon komplex problémák esetén is akkor ha inkább sok-sok egyszerű párhuzamos végrehajtó dolgozott az ügyön. Ezért van egyre több CPU vagy épp egyre általánosabb GPU a HPC rendszerekben.

  Egy egy nagyon spéci esetben el tudom képzelni hogy működik, de túl drága lenne szerintem ahhoz hogy érdemben elterjedjen.

  Én azt mondom és azis látszik eddig hogy mindig jobb a több kicsi egyre gyorsabb végrehajtó és annak a programozása. Mert egyszerűen könnyebb kezelni és rugalmasabb, hatékonyabb.

  Tényleg ott működhetne ez jól ahol pl mindig mondjuk atomrobbantást szimulálnak és ritkán változik a szimulációs módszer (vagy bármi hasonló, időjárás, földrengés... stb).
  De nem véletlen ezen területeken sem csináltak célhardvert eddig... mert ha belegondolsz egy relative állandó FPGA jó lenne, akkor egy szilikonba ültetett célhardver mégjobb. Nemde?
  Ha meg mindig változik, akkor lásd fentebb.

  Persze oké, bejöhet hogy tudnak csinálni egy gyors és jó OpenCL fordítót ami elég jó ér hatékony hardver kódot generál... de én egyelőre kevés esélyt látok az eddigi próbálkozások alapján.

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

• #45 lenox veterán dezz #43

  Új Válasz 2012-10-26 21:40:39 #45

  Ú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

  

  lenox

  veterán

  válasz dezz #43 üzenetére

  Oke, de szerintem van egy olyan resze, hogy a nyelv az csak egy syntax, a tudas nem ebben rejlik, hanem amit csinalni akarsz. Nekem pl. mindegy, hogy opencl-ben vagy cuda-ban irom a kodot a gpu-ra, mert az a lenyeg, hogy ertsem az absztrakciot. Ugyanigy aki fpga-t fog programozni opencl-ben ha nem csak hello world-ot fog irni, akkor nagyon kell ertse az fpga-t is, nem eleg, hogy az opencl-t erti. Tehat szerintem egy 'mezei' opencl fejleszto nem fog boldogulni vele, plane nem fog jo kodot irni.

• #44 Reggie0 félisten dezz #43

  Új Válasz 2012-10-26 20:40:16 #44

  Ú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

  

  Reggie0

  félisten

  válasz dezz #43 üzenetére

  Igen, itt jol meg kell gondolni, hogy mi a cel es aszerint valasztani az optimumot. Amugy a 8k nem is olyan veszes, amikor van virtex7 $22.500-ert is

• #40 Reggie0 félisten dezz #33

  Új Válasz 2012-10-26 13:32:14 #40

  Ú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

  

  Reggie0

  félisten

  válasz dezz #33 üzenetére

  Nem hinnem, hogy a stratix4 lenne a legjobb erre a celra. A cyclone sorozatnak nagyobb az egy dollarra vetitett teljesitmenye. A high end szeriat ott erdemes hasznalni, ahol nagyon kis kesleltetes a cel, mint pl. jelfeldolgozas.

• #38 lenox veterán dezz #33

  Új Válasz 2012-10-26 13:14:03 #38

  Ú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

  

  lenox

  veterán

  válasz dezz #33 üzenetére

  Szerintem legrosszabb esetben sajat opencl extension-on keresztul biztos tudnak olyat csinalni, amitol nem lesz annyira bekorlatozva, hogy ertelmetlen legyen. Azt a reszet nem latom, hogy miert lesz igy jobb, ha opencl-lel lehet programozni. Mert elso korben azert lehetne jo, mert akkor fut esetleg celhardver nelkul cpu-n, de ahhoz a cpu drivernek is kell majd supportalni a spec extension-oket.

• #37 Bada Bing tag dezz #35

  Új Válasz 2012-10-26 13:06:47 #37

  Ú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

  

  Bada Bing

  tag

  válasz dezz #35 üzenetére

  Tényleg nem jogos a devkitek árát összehasonlítani sorozatgyártott termékekével. Egy FPGA lapka ára ennek igenis a töredéke, tehát ha valaki aláépíti a hardvert, akkor a végterméknek nem kell drágábbnak lennie egy videokártyánál vagy egy felsőkategóriás processzornál.

  (#36) NetTom: nem szilikonba implementált áramkör, hanem konkrétan GPU-k alternatívájaként említi a cikk az FPGA-kat. Ha egy hétig akarsz futtatni egy algoritmust, akkor megéri egy órát eltölteni vele, hogy ingyen lefordítsd az FPGA fejlesztőkörnyezetedre. Nem éri meg ugyanakkor milliós összegeket és fél évet eltölteni azzal, hogy szilinkonon implementáld. Az órajel pedig önmagában semmit nem jelent.

  Érdemes szem előtt tartani, hogy itt most nem az FPGA-k újdonságáról van szó, hanem az OpenCL nyelvéről. Ma is nagy számban alkalmaznak már FPGA-kat jelfeldolgozási feladatokra. Ugyanezen feladatokra GPU-kat is lehet használni. Leginkább csak annyi fog változni, hogy ezeket a feladatokat hamarosan OpenCL nyelven is le lehet írni akkor is, ha FPGA-ra szeretnénk ezeket letölteni.

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

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