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

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

• #56 cousin333 addikt JColee #55

  Új Válasz 2012-10-26 22:50:04 #56

  Ú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

  

  cousin333

  addikt

  válasz JColee #55 üzenetére

  "Nem tudom, te mire gondolsz kézi kód alatt."

  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.

  "olyat is egyszerűsített, amit nem kellett volna."

  Ezzel bizony vigyázni kell. De nem csak itt.

• #53 cousin333 addikt JColee #51

  Új Válasz 2012-10-26 22:24:28 #53

  Ú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

  

  cousin333

  addikt

  válasz JColee #51 üzenetére

  "Szerintem pont a komplexitás növekedésével lesz egyre pazarlóbb a szintetizált hardver."

  Mihez képest? A kisebb komplexitáshoz képest biztosan. A kézi kódhoz képest már nem annyira. Itt arra gondolok, hogy esetleg olyan összefüggéseket, egyszerűsítéseket "lát meg", amit te már nem látnál át a kód mérete miatt. A fejlesztés sebessége meg határozottan gyorsabb lesz. Nem beszélve a kipróbált kitesztelt modulok alkalmazásáról, szemben a fifikás egyedi optimalizációval, amiről csak később derül ki (sok-sok munka árán), hogy bugos vagy nehezen bővíthető, hordozható.

  "Azért lássuk be, ez eléggé ködös bullshit"

  Nem bullshit, de igaz, nem is fejti ki az igazság minden részletét...

• #42 Reggie0 félisten JColee #41

  Új Válasz 2012-10-26 16:58:36 #42

  Ú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 JColee #41 üzenetére

  Arra, hogy OpenCL-el jatszanak rajta es meg valamennyire fel szeretnek venni a versenyt a GPU-k araval.
  Ha szeretnel csinalni egy clustert szamitasi feladatokra, akkor jobban megeri tobbet venni a cyclonbol, mint stratix-ot venni.

  A prototyping mas kerdes, nyilvan oda a legnagyobbak kellenek.

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

• #21 VaniliásRönk nagyúr JColee #18

  Új Válasz 2012-10-26 00:07:36 #21

  Ú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

  

  VaniliásRönk

  nagyúr

  válasz JColee #18 üzenetére

  Nyilván én is itt próbáltam körülnézni először, de sokkal okosabb nem lettem tőle, részletekbe nem megy bele.

  #19 Bada Bing: Nem inkább a különböző műveletvégző egységeket lehet tetszőlegesen szervezni? Tehát ha készül egy design OpenCL-hez, akkor annak tartalmaznia kell az OpenCL-ben kiadható parancsokat elvégző logikai blokkokat. Jól gondolom?

• #9 LordX veterán JColee #8

  Új Válasz 2012-10-25 19:46:40 #9

  Ú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 JColee #8 üzenetére

  Ugyanazzal a HDL kóddal igen, de nem grafikuskártyát fognak beleprogramozni, hogy utána azon fusson egy OpenCL program, hanem direkten az OpenCL programot fogják beleprogramozni. És innentől a kérdés az, hogy az én kis 250 soros kódommal mennyi adatot lehet lezúzni 200W-al. 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.

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