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

• #946 BullZeye veterán Jack@l #942

  Új Válasz 2012-04-24 20:41:51 #946

  Ú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

  

  BullZeye

  veterán

  válasz Jack@l #942 üzenetére

  A probléma ott van, hogy elérték a processzorok határait, és ezért indultak el integrált gpu irányába, hisz nem kevés sebességet ad az pluszba.
  A probléma azzal van, hogy nem lehet kihasználni, mert aki ilyen procit vesz, az vesz mellé egy normális VGA-t is, és tavalyi teszteket nézve, elég sok Frame drop volt, mikor a monitor az alaplapba volt kötve, és azon keresztül számolta a videókártya.

  Z77-es és Ivy bridges tesztet még erről nem láttam, úgyhogy ha találkozott vele valaki linkelhetne egyet.

• #945 fatallerror addikt Jack@l #942

  Új Válasz 2012-04-24 20:41:07 #945

  Ú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

  

  fatallerror

  addikt

  válasz Jack@l #942 üzenetére

  ajánlom a figyelmedbe : DDDD

• #944 Abu85 HÁZIGAZDA Jack@l #942

  Új Válasz 2012-04-24 20:37:48 #944

  Ú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 Jack@l #942 üzenetére

  Egy dologra gondolj. Egyszer ugyanezekkel a problémákkal szembesült a chipgyártás. Igaz, hogy nem voltak annyira súlyosak mint ma, illetve a Dennard scalling is csak a zátony felé közelített, és nem futott rá mint most, de mégis elég volt ahhoz, hogy a csodás 10 GHz-es processzorok jövőképéről letérjünk a többmagos processzorok irányába. Kijöttek a holmik, de idő kellett ahhoz, hogy a programozók kihasználják az extra magot. Erre jöttek a megoldások pl.: pthreads, illetve később az OpenMP. Nem azért váltottak a programozók mert olyan marhára könnyű több szálra optimalizálni, hanem azért mert rá voltak kényszerítve. A versenyhelyzet kényszerítette őket, hogy a programokat versenyképessé tegyék a konkurens megoldásokkal.
  A helyzet ugyanaz mint pár éve, csak most teljesen megállt a Dennard scalling. Erre nem lehet már építeni. A teljesítményt tehát alig növekedő tranzisztorszám mellett kell előhúzni. A gyártók egységesen a GPU-ban látják a megoldást. Erre is vannak programozási megoldások. Régen a shaderekkel szenvedtek a kalandozók, és úgy kellett felépíteni a programot, mintha egy grafikus alkalmazás lenne, de mára van OpenCL, illetve C++ AMP. Ez nagyjából egy elfogadható szint. De kell egy egyszerűsítés, ami a következő lépés lesz. Ez a natív C++ támogatás. Itt nézheted az AMD GCN architektúráját, ami már támogatja, de ugyanúgy támogatni fogja az NVIDIA és az Intel későbbi megoldása is. Az Intelről már lehet is elképzelésed, hiszen a Larrabee alapjaira építik a jövőjüket, de még nem áll kész az implementálásra.
  Ugyanígy a programozók helyzetéről. Nem lesz könnyebb programozni. Ugyanúgy utálni fogják, mint a több szálra optimalizálást, de a hardverek skálázhatósága ebbe az irányba biztosított, így ez már nem választás kérdése.
  Valószínű, hogy a heterogén érában is elérjük a határokat, ahogy eddig is, de addigra remélhetőleg történik valami gyártástechnológiai áttörés.

  Lehet, hogy te ebben nem hiszel, és ehhez jogod van, de azt nem lehet vitatni, hogy a gyártók miben hisznek. Gondolhatod, hogy kielemezték a helyzetet, illetve a lehetőségeket, és úgy jutottak arra az álláspontra, hogy a gondokra a lehetséges megoldás a GPU integrálása. Nem kell, hogy tetsszen ez a jövőkép, de ez lesz.

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