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

• #37 mekker őstag Geri Bátyó #34

  Új Válasz 2015-03-20 20:04:55 #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

  

  mekker

  őstag

  válasz Geri Bátyó #34 üzenetére

  Én meg azt nem látom a cikkekben, hogy ez a single FP kárára menne. Hidd el nagyon nem retardáltak tervezik az architektúrákat, általában nem tesznek keresztbe maguknak.

• #33 mekker őstag Geri Bátyó #29

  Új Válasz 2015-03-19 18:20:08 #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

  

  mekker

  őstag

  válasz Geri Bátyó #29 üzenetére

  Ez csupán egy új feature,nem pedig butítás.
  Amihez single FP-t használt eddig a program, ahhoz továbbra is képes azt használni, viszont vannak olyan műveletek, ahol felesleges ez a sok tizedesjegyes pontosság, vagy a nagy számok használata. Ezeket a feladatokat valamivel gyorsabban tudja végrehajtani ez az architektúra, mint az elődjei. Eddig is támogatták a kártyák az FP16-ot, most csak egyszerűen csak rágyúrtak erre.

• #28 #06658560 törölt tag Geri Bátyó #21

  Új Válasz 2015-03-19 08:51:35 #28

  Ú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

  

  #06658560

  törölt tag

  válasz Geri Bátyó #21 üzenetére

  Egy vázszerkezet méretezésénél nem befolyásol semmit az, hogy két tizedesjegy helyett tizenöt tizedesjegy pontossággal zajlik a szimuláció, ellenben sokkal több a számításigénye, így lassabb, később ad eredményt. Akkor miért is számolják úgy?

• #24 Abu85 HÁZIGAZDA Geri Bátyó #23

  Új Válasz 2015-03-18 18:41:23 #24

  Ú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

  

  Abu85

  HÁZIGAZDA

  válasz Geri Bátyó #23 üzenetére

  Nem, nincs butítás. Ez csupán a deep learninghez alakítás. Ennek nincs igazán hatása a többi területre. Csak megjegyzem, hogy mindaz, amit az NV itt csinál ezzel a vegyes pontossággal már ott van az AMD Tonga cGPU-ban, és az is tudja legalább azt játékban, mint a többi GCN. Csak a vegyes pontosságra vonatkozó dolgokat nem használják a consumer programok.

• #20 lionhearted őstag Geri Bátyó #17

  Új Válasz 2015-03-18 18:17:01 #20

  Ú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

  

  lionhearted

  őstag

  válasz Geri Bátyó #17 üzenetére

  Átgondoltam. Te a HPC spéci területről beszélsz, oda még csak nem is 32bit kell, hanem inkább 64. Ez nincs Maxwellben, mert nem is erre készült.
  Egyébként szó nincs arról, hogy eldobták volna. Csak arról, hogy a 32bites (egyszeres) lebegőpontos feldolgozó órajelenként 2 16biteset (félszeres?) tud majd feldolgozni. Ez ARM vonalon egyébként régi dolog. A 64-esről szó sincs, de nagyon nem hagyhatják el, mert 2017-ben szuperszámítógépet kell szállítaniuk.

  Kicsit szerintem katyvasz a cikk. Sehol nem találok rá utalást, hogy a fixpontos feldolgozó lebegőpontosan tudna számolni, csak arról, hogy a fix és az FP egyszerre lesz feldolgozható. A többi cikk meglátása szerint legalább is, ezek a pontosságok elegendőek a cikkben is szereplő deep learning felhasználáshoz, itt lesz majd előny, hogy többet és egyszerre mindkettőből is tud számolni.
  (Itt: "Pascal architektúra az aktuális információink szerint még ennél is továbblép, így a CUDA magon belüli fixpontos skalárfeldolgozó is képes lesz két 16 bites lebegőpontos operációt futtatni, így az új CUDA mag egy órajel alatt összesen négy darab, egymástól nem függő 16 bites lebegőpontos operációra képes.")

• #19 #06658560 törölt tag Geri Bátyó #17

  Új Válasz 2015-03-18 16:42:52 #19

  Ú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

  

  #06658560

  törölt tag

  válasz Geri Bátyó #17 üzenetére

  Amennyiben minden, te tényleg minden problémára igaz lenne, hogy csak egy típus létezik, egy megoldási úttal, igazad lenne. A valóság az, hogy vannak olyan területek, ahol hogy hagyományosabb értelemben maradjak, semmit nem ad plusz tíz helyiérték pontosság a végeredményhez, ellenben sokszorosára növeli a számítási igényt, lassítva a projektet, ami pénzvesztést is jelent.

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