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

• #74 dezz nagyúr Reggie0 #72

  Új Válasz 2012-10-27 23:56:47 #74

  Ú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

  

  dezz

  nagyúr

  válasz Reggie0 #72 üzenetére

  Hát, kézenfekvő lenne, de nem nagyon hiszem, hogy ez még ebben az évtizedben bekövetkezik... A meglévő szoftvereket is elég "lustán" fejleszik.

  (#73) LordX: Szerintem az OpenCL fordítójuk HDL-re vagy RTL-re fordít, onnan már az IDE veszi át az ügyet...

• #71 dezz nagyúr Reggie0 #70

  Új Válasz 2012-10-27 23:04:39 #71

  Ú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

  

  dezz

  nagyúr

  válasz Reggie0 #70 üzenetére

  Az Alterával, vagy hogy érted?

• #69 dezz nagyúr FollowTheORI #63

  Új Válasz 2012-10-27 21:58:37 #69

  Ú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

  

  dezz

  nagyúr

  válasz FollowTheORI #63 üzenetére

  Az implementáció (~fordítás) és a konfiguráció (átprogramozás) két különböző dolog! Az első akár napokig is tarthat a legkomolyabb FPGA-knál, a második viszont másodpercek kérdése... Tehát nem feltétlen kell leállnia a rendszernek hosszabb időre. Az pedig alkalmazási terület és projektfüggő, hogy az adott program (v. újabb verziójának) elkészítése után belefér-e még pár óra vagy esetleg egynéhány nap, amíg azt futtatják is.

  Mint már írtam, ahol elsődleges szempont a fogyasztás és/vagy teljesítménysűrűség (adott m3-ből mekkora teljesítmény hozható ki, hűtéssel együtt), ott tarolhat az FPGA, ha meglesz ez az OpenCL-es dolog...

  A GPU éppen, hogy nem túlságosan rugalmas... Sok-sok butácska számoló egység, amiknek a relatíve egyszerűbb számítások nagyon fekszenek (és ebben messze felülmúlják pl. a CPU-kat), a komplexebbek viszont nem annyira. Ilyen esetben is nyerő lehet az FPGA!

• #62 dezz nagyúr JColee #61

  Új Válasz 2012-10-27 00:23:41 #62

  Ú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

  

  dezz

  nagyúr

  válasz JColee #61 üzenetére

  Végülis akár az is megtörténhet, hogy valaki elkezd ilyesmivel kísérletezni, és egyszer csak kihoz egy OpenCL kódok GPU-nál hatékonyabb futtatására alkalmas chip-családot...

• #60 dezz nagyúr lenox #45

  Új Válasz 2012-10-26 23:44:17 #60

  Ú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

  

  dezz

  nagyúr

  válasz lenox #45 üzenetére

  Én arra lennék kíváncsi, hogy kiképeznek-e itt egy (a GPU-knál rugalmasabb) kvázi virtuális gépet, amin az OpenCL kód "fut", vagy az utóbbi közvetlenül fordulhat low-level logikai kifejezésekre? Utóbbi esetben mire kellhet külön odafigyelnie az OpenCL programozónak?

  (#46) cousin333: "DevKit? Miért kellene azt megvenni?" - Én nem beszéltem DevKitekről.

  3. A partícionálás és a részleges rekonfiguráció két különböző dolog.

  (#56): "Nagyjából azt, amikor HDL kóddal úgy körülírod a HW-t, hogy "eszébe se jusson" mást fordítani, mint amit te eredetileg elterveztél, ahelyett, hogy magát a problémát írnád le, aztán majd hardveresen lesz belőle, amit jónak lát."

  Az elsőt hogyan kivitelezed, tekintve hogy az implementáció többlépcsős folyamatában először is megkerestetnek a lényegi logikai műveletek, majd ehhez az optimlis elvi áramköri kialakítás, végül ennek a meglévő fizikai formákba öntése?

• #43 dezz nagyúr FollowTheORI #36

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

  Ú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

  

  dezz

  nagyúr

  válasz FollowTheORI #36 üzenetére

  + Bada Bing: Nem szilikon (angolul silicone), hanem szilícium (silicon).

  "Sosem lesz egy FPGA olyan gyors mint egy adott szilikonba implementált áramkör."

  Ez így van, ha a chip a konkrét feladat implementációja. A GPU-k esetén ez nem áll fent, hiszen az nagyrészt viszonylag egyszerű, de multipurpose számolóegységek méretes tömbje, amin programok futnak. Az adott OpenCL kód hatékony FPGA-s megvalósításával kompenzálható a kisebb órajel és kevesebb áramköri elem.

  "Az FPGA csak ott alternatíva ahol nem éri meg sorozatgyártani egy adott spéci áramkört a kis volumen miatt."

  Mint a cikkből kiderül, ott is jó lehet a GPU-k ellenében, ahol a fogyasztás is fontos.

  (#37) Bada Bing: Az említett árak, mint már ott is írtam, nem DevKit árak, hanem 1-1 chip kerül ennyibe a kereskedelemben. Nagyobb mennyiségű bevásárlásnál nyilván csökken az ár, de szerintem nem a töredékére.

  (#38) lenox: Az OpenCL célközönsége idegenkedik a HDL nyelvektől...

  (#42) Reggie0: Mint korábban elhangzott, nem a kommersz videokártyák árával kell itt hasonlítgatni, hanem a Teslák, amik szintén többezer dollárba kerülnek. Mondjuk a cikkbeli esetben a 2k USD vs. 8.5k USD kicsit húzós... De megérheti valakinek, aki pl. igen nagy teljesítménysűrűségre törekszik.

• #35 dezz nagyúr JColee #34

  Új Válasz 2012-10-26 11:02:51 #35

  Ú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

  

  dezz

  nagyúr

  válasz JColee #34 üzenetére

  Azért gondolom nem fogják ezerszámra adni nekik - töredékáron. Kevésbé érné meg, mint a kisebb FPGA-k árusítása.

• #33 dezz nagyúr shabbarulez #12

  Új Válasz 2012-10-26 10:36:52 #33

  Ú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

  

  dezz

  nagyúr

  válasz shabbarulez #12 üzenetére

  DevKit? A Stratix-IV 530K darabja ~8500, ~18'000 vagy ~28'000 USD, attól függően, hogy E, GT vagy GX típus (valószínűleg az E-t használták, de nem biztos). Ezeket a legnagyobb FPGA-kat általában komolyabb IC tervek sorozatgyártás előtti gyakorlati kipróbálására használják, ahol néhányezer vagy akár néhánytízezer dollár a teljes R&D töredéke.

  Ehhez képest pl. a Tesla C2075 ára 2200 USD. Úgyhogy, vagy az FPGA-gyártók gondolják újra az árazásukat, vagy csak igen szűk körben kerülnek majd ilyetén alkalmazásra ezen termékeik.

  Szerintem, bár az OpenCL leegyszerűsíti az FPGA számítási feladatokra való bevetését, ugyanakkor viszont le is csökkenti a lehetőségek számát... Mármint, így nem lehet kihasználni az FPGA-k teljes potenciálját. De elképzelhető, hogy bizonyos tekintetben így is többre képesek, mint egy mai GPU. Lenox, mit gondolsz erről?

  Egyébként hogy lehetséges az, hogy a Xeon jobb telj./fogy. aránnyal rendelkezett, mint a Tesla? Főleg egy ilyen, viszonylag egyszerű és jól párhuzamosítható algoritmussal?

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