Keresés: - [Re:] Mit rejthet az AMD Radeon HD 8000-es sorozat?

Legfrissebb anyagok

Mobilarena témák

PROHARDVER! témák

IT café témák

GAMEPOD témák

LOGOUT témák

Keresés

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

#136 proci985 MODERÁTOR Löncsi #49

Új Válasz 2012-09-27 00:59:46 #136
Ú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

proci985

MODERÁTOR

válasz Löncsi #49 üzenetére

márpedig itt a 16szálas kód a kisebbik baj, arra van technika, működhet. ha egyszerre sokminden fut/virtuális gépek alá kell a cucc, akkor meg főleg.
a hűtés nagyon ciki. dupla/triplaradi, erős pumpa, olyan blokk ami legalább 250Wot elbír, ház az egésznek, és akkor ez még a gyári hűtő. mellé meg a foglalatra elég láb, hogy ne égjen szénné. és 8+4 illetve 2x8pines csati a ráhagyás miatt. meg reálisan az X58 árának duplájáért menő lapok. persze, megoldható, de hogy nem lehetne gazdaságosan kihozni, az fix.
párhuzamosan programozni lehet, fizikát megkerülni nem.
#124 Abu85 HÁZIGAZDA Löncsi #118

Új Válasz 2012-09-26 19:51:23 #124
Ú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 Löncsi #118 üzenetére

Nem az értelmét kell megérteni, hanem azt, hogy nincs más lehetőség. A chipek skálázódása több évtizeden át a Dennard Scalingra épült. Most elértünk egy falat, amit nem lehet átugrani. [link]
Ha nem tudunk átugrani valamit, akkor meg kell kerülni, és ez az ami megszülte a GPGPU-s terveket. Nyilván magát a GPGPU-t nem ez szülte meg, annak alapjai régebbre nyúlnak vissza, de lényegében utat mutatott, hogy merre lehetne kerülni.
A kérdés ma már nem úgy hangzik, hogy mit érdemes gyorsítani, hanem úgy, hogy mit lehet, mert a teljesítményt ez fogja biztosítani a jövőben. Más részei a rendszernek már nem skálázhatók.
Mindent, ami adatpárhuzamos érdemes átrakni a GPU-s gyorsításra, máshonnan a fejlesztő nem kap majd teljesítményt.
A felhasználási módokat a piac is alakítja nyilván az eddig ismertek mellett a jövőre is lehet gondolni. Már sokszor volt téma, hogy kezd kibontakozni a hang-, gesztus- és mozgásfelismerés. Mindegyik durván adatpárhuzamos munka, vagyis az inputot nem árt, ha a GPU dolgozza fel. Ehhez hasonló ötletek sorozatban jöhetnek.
#123 FireKeeper nagyúr Löncsi #121

Új Válasz 2012-09-26 17:50:07 #123
Ú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

FireKeeper

nagyúr

válasz Löncsi #121 üzenetére

Nem csak SETI-ből áll a világ. Van több, GPU-val gyorsítható @home projekt (AMD-s és NVIDIA-s is), de azért még közel sem annyi, mint kéne lennie. no meg akkor, hogy egy területen van mondjuk egy-két GPGPU-s alkalmazás, még koránt sincs letudva a dolog, úgy lenne az igazi, ha ez már általános dolog lenne, tehát több program közül választhatnál.
amúgy ez nagyon OFF, de ha mondjuk egyszerre akarnék futtatni AMD-s és NVIDIA-s GPGPU-s alkalmazást (mondjuk SETI@home és Milkyway@home) azt meg tudnám csinálni win7 vagy win8 alatt?
#122 orbano félisten Löncsi #118

Új Válasz 2012-09-26 17:19:02 #122
Ú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

orbano

félisten

válasz Löncsi #118 üzenetére

mondjuk túl kéne lépnünk az 1920x1080-on, pl. ezen felbontás tízszeresére. Mráis jól jönne + nyers számítási kapacitás már egy GUI megjelenítéséhez is. de jól jön a kép- és hangfelismeréshez is, vagy épp a titkosításhoz.
#119 FireKeeper nagyúr Löncsi #118

Új Válasz 2012-09-26 17:14:35 #119
Ú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

FireKeeper

nagyúr

válasz Löncsi #118 üzenetére

mindent, amit lehet
#117 Abu85 HÁZIGAZDA Löncsi #116

Új Válasz 2012-09-26 16:58:38 #117
Ú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 Löncsi #116 üzenetére

A képszerkesztés tipikusan az a munka, amit egyszerű kivitelezni GPU-n. Már a CUDA és az OpenCL előtt is voltak OpenGL-es megoldások. A cél azonban, hogy ne csak ezek a munkák menjenek GPU-val gyorsítva, hanem komplexebb feladatok. Ezekre már komplexebb megoldások is kellenek.
#81 Pikari veterán Löncsi #72

Új Válasz 2012-09-26 03:32:19 #81
Ú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

Pikari

veterán

válasz Löncsi #72 üzenetére

dobj priviben skype vagy msn címet.
#55 orbano félisten Löncsi #53

Új Válasz 2012-09-25 22:04:40 #55
Ú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

orbano

félisten

válasz Löncsi #53 üzenetére

jah, nagyon egyszerű kód, csak 3 évig dolgoztunk rajta, és a kollégámnak ebből lett a titkosított diplomamunkája alkalmazott matematikusként
egyébként nem értem mi Neked olyan fura abban, hogy ami skálázódik 2,3,4 magra, az minimális, vagy épp 0 befektetéssel skálázódik 16 magra is.
#51 orbano félisten Löncsi #49

Új Válasz 2012-09-25 22:00:04 #51
Ú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

orbano

félisten

válasz Löncsi #49 üzenetére

ugyanaz aki a 2 szálasat megírta. gondolom azért sejted, hogy nem kell még 8x annyit programozin a 16 szálon való futtatáshoz
az én programom pl. akárhány szálon képes optimalizációt számolni és tökéletesen jól skálázódik (olyannyira, hogy N-szeresnél jobb gyorsulást is el lehet érni N maggal )