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

• #155 dezz nagyúr Pikari #153

  Új Válasz 2012-09-28 01:34:41 #155

  Ú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 Pikari #153 üzenetére

  No, és hogy is jön a TMU bilinear filteringje egy OpenCL bilateral filter programhoz? (Meg a többi teljesen másféle filterekhez és egyéb műveletekhez, amik a tesztben szerepelnek.)

• #137 dezz nagyúr dark_hmz #135

  Új Válasz 2012-09-27 01:27:25 #137

  Ú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 dark_hmz #135 üzenetére

  Meg van még ott egy sor másféle filtering és egyéb művelet (a cikkben).

• #134 dezz nagyúr Pikari #133

  Új Válasz 2012-09-27 00:56:16 #134

  Ú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 Pikari #133 üzenetére

  Hogyan? OpenCL-ből nem lehet elérni a TMU-kat.

• #132 dezz nagyúr Pikari #131

  Új Válasz 2012-09-27 00:04:38 #132

  Ú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 Pikari #131 üzenetére

  Hogy jönnek a TMU-k az OpenCL-hez? A shader/compute egységek dolgoznak!

• #127 dezz nagyúr Pikari #115

  Új Válasz 2012-09-26 21:05:48 #127

  Ú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 Pikari #115 üzenetére

  És? Eddig a CPU számolta. Most pedig egy Llanón is 20-50-80x(!) gyorsabb, mint pl. egy i5-2410M-en...

  

  Itt van a többi:
  Can OpenGL And OpenCL Overhaul Your Photo Editing Experience?

  (#116) Löncsi: Tudom, már a legelejétől követtem a témát, bár a CUDA-s történéseket nem annyira. Mi az a millió CUDA-s képszerkesztő?

  (#118): Mi mást? Mindent, amire 1s-nél többet kell várni...

  (#121): A HSA hatékonyabb lesz, mint a CUDA.

• #114 dezz nagyúr Pikari #111

  Új Válasz 2012-09-26 16:48:58 #114

  Ú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 Pikari #111 üzenetére

  Define "világ"... Már most is elég sok helyen használják (miért is hagynák parlagon az elérhető nem kicsi teljesítményt?).

  Ha a PC desktopra gondolsz, itt is terjedőben van: már elkezdték GPGPU-sítani pl. a GIMP-et és a Photoshopot is.

  (#112) orbano: Azt nem tudom, de ugye van egy olyan is, hogy C++ AMP (Pikari figyelmébe is).

• #110 dezz nagyúr Pikari #109

  Új Válasz 2012-09-26 16:08:50 #110

  Ú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 Pikari #109 üzenetére

  Az Aparapi segítségével már Javában is mehet a GPGPU-zás. Jelenleg OpenCL-re fordul a vonatkozó Java byte-kód, hamarosan azonban HSAIL-re fog (amit a HSA Finalizer bármilyen HSA-kompatibilis GPU-n tud futtatni). Végül pedig magába a JVM-be épül be a HSA támogatás.

  

• #95 dezz nagyúr orbano #94

  Új Válasz 2012-09-26 10:28:30 #95

  Ú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 orbano #94 üzenetére

  Azok után, hogy az AMD64 átvétele helyett is megpróbáltak először saját kiterjesztést csinálni (nem az IA64-re [Itanium vonal] gondolok, hanem saját, az AMD-ével nem kompatibilis x86_64 megoldásra, csak a MS nemet mondott, kétfélét nem voltak hajlandóak támogatni), illetve a HyperTransport licencelése helyett is csináltak egy szinte teljesen ugyanolyat (QPI), csak hogy elkerüljék a látszatát is, hogy az AMD-t követik?

• #83 dezz nagyúr Pikari #78

  Új Válasz 2012-09-26 04:11:26 #83

  Ú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 Pikari #78 üzenetére

  Az mond valamit, hogy System Requirements?

  A SIMD-ről is azt írtad, hogy gyakorlatilag használhatatlan (mert... és itt jött két teljesen fals indok). Mindenki tudja, hogy vannak pl. a 80 bites lebegőpontos számok (pl. x87 ISA-ban használatos is), de azt te már nem tudtad, hogy SIMD-ben nem használatos 64 bitesnél nagyobb és hogy a 128-256 bites SIMD nem 128-256 bites lebegőpontos számokon dolgozik...

  A topik elején a HD8000 szériáról írtad, hogy értelmetlen, holott az egy nagy lépés a HSA irányába... (Na persze ettől függetlenül sem az.)

  No és a híres sokszálas programod hogy fog futni az 1-magos, 1-csatornás, 5 éves gépeken, ha nem jó lassan?

  Az orrodig már ellátsz. Most tegyél fel egy szemüveget, és meglátod, hogy azon túl is van világ...

  Nem zavar, hogy az a pár értelmes gondolatod elvész a sok bugyuta között - ezzel elvéve azok hitelét is? No offense.

• #77 dezz nagyúr Pikari #50

  Új Válasz 2012-09-26 03:00:08 #77

  Ú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 Pikari #50 üzenetére

  Miről ismerkszik meg a jó troll? Hát hogy hiába is prezentálják számára a(z egyszerűen ellenőrízhető) tényeket, csak fújja tovább ugyanazt a szöveget...

  "-a trend inkább ellentétes: egyre gyengébb a gpu (igp) a processzorhoz képest. az igp már csak egyfajta szűkséges parazitává degradálódott, ami a processzor része lett.az igp-k gyakorlatilag nem fejlődnek."

  Pfff... No comment...
  (Csak azért emelem ki ezt, mert ehhez különösebb magyarázat sem kell, hogy miért hülyeség, a többihez kellene néhány mondat, de minek, te már eldöntötted, a tények nem érdekelnek...)

  (#62): "a pc-k jó ha kb 5%-ára feltelepített runtimeot igénylő"

  Kb. egy éve minden AMD grafikus kártya driver csomag része az OpenCL runtime. (NV oldalon nem tudom, mi van.) Nem beszélve a DirectCompute-ről, ami a DX10+ része.

  Minderre mondják, hogy jó kifogás sose rossz...

  Muris, hogy a HSA-ra inkább nem reagáltál, mert azzal nyugtáztad volna a létezését, így viszont legközelebb is úgy tehetsz, mintha sosem hallottál volna róla...

  (#71): DDR3-1600 rammal, 2 csatornás memóriavezérlővel ~25 GB/s a sávszél... Ez ma már átlagos, de vannak gyorsabbak is. Meg lesznek méggyorsabbak. Nem beszélve majd a stacking megoldásokról...

  (#60) Dagidög: Mintha némi ellentmondás lenne a hsz-ed eleje és vége között...

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