Hirdetés

  2. Fórumok
  3. Processzorok, tuning
  4. Valós alternatíva az FPGA a HPC-piacon?
Keresés

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

  • #63 FollowTheORI nagyúr dezz #43
    Új Válasz #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. :D
    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.

  • #45 lenox veterán dezz #43
    Új Válasz #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 #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:)

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