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

• #14 Lomha 8V addikt Atom_Anti #5

  Új Válasz 2014-01-13 11:46:44 #14

  Ú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

  

  Lomha 8V

  addikt

  válasz Atom_Anti #5 üzenetére

  Elég érdekes hozzáállás.

• #13 Abu85 HÁZIGAZDA apatyas #12

  Új Válasz 2014-01-10 15:31:01 #13

  Ú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 apatyas #12 üzenetére

  IGP vs. SoC
  Nem összehasonlítható.

  De ha a tranyószámot nézed, akkor egymilliárd vs. félmilliárd. Méretben is kb. a fele.

• #12 apatyas Korrektor

  Új Válasz 2014-01-10 15:29:49 #12

  Ú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

  

  apatyas

  Korrektor

  52 mm^2 ? Aránytalanul kicsinek tűnik a kabinihez képest, amire 110 mm^2-t írtatok és 128 shader (2cu) van benne plusz a processzorrész. A képe alapján is.

• #11 Abu85 HÁZIGAZDA Meteorhead #10

  Új Válasz 2014-01-10 13:18:02 #11

  Ú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 Meteorhead #10 üzenetére

  A jelenlegi állapotban a dedikált GPU memóriája a CPU memóriája lesz. A VRAM meg csak úgy létezik. De ez könnyen kitalálható, hogy elég lassú, noha abszolút működőképes. A Khronos pont azért nem hitelesít most VGA-kat, mert ezen a rendszeren változtatni kell. Ezt az APU-khoz tervezték, azokon jó, de a VGA-khoz kell egy jobb alternatíva. Ezen már dolgoznak is.

• #10 Meteorhead aktív tag Abu85 #8

  Új Válasz 2014-01-10 13:10:03 #10

  Ú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

  

  Meteorhead

  aktív tag

  válasz Abu85 #8 üzenetére

  Csak azért érdekes ez a helyzet, mert másokat is érdekelne nagyon, hogy SVM hogyan működik multi-GPU környezetben, hogy miként viselkedik ekkor a memória.

  Alapból az ember azt remélné, hogy hasonlóan, mint a PRT, hogy az ember lefoglal egy nagy memóriaszeletet, ami adott esetben nagyobb is lehetne a VRAM méreténél, és úgy írja/olvassa, ahogy jól esik, és amikor IO művelet van, akkor valahogy összeszedi az adatot, és a felhasználó felelőssége, hogy ne írja ugyanazt a területet egyidejűleg két device-on. (Mint ahogy ez sub-buffereknél is specifikálva van)

  Ami nem riszta, hogy milyen kontroll van afelett, hogy mely szeletei mikor másolódjanak és hova? clEnqueueMigrateBuffer ugye bufferekre pont ezt a célt szolgálja, hogy az ember ne az implicit másolásoknak legyen kitéve, hanem legyen kontroll a dolgok felett, de SVM-nél erre van/lesz/nincs lehetőség? Multi-GPU feldolgozásnál egy hatékony SVM modell lehet a kulcsa mindennek.

  dVGA támogatás miatt pedig legjobb esetben is ha valaki mostanság vesz fejlesztői gépet, amivel majd szeretne OpenCL 2.0-át fejleszteni, akkor egyedül az APU-ban bízhat, és talán a Hawaii-ban. Aszimmetrikus load-balance fejlesztéshez jó lenne egy Kaveri-Neptune páros notiban.

  (Nem is merek belegondolni mekkora császárság lenne egy Aorus X7-szerű masina Kaverivel és CrossFire Neptune-nal. Persze CPU limites lenne minden játék és CrossFire miatt OpenCL-t is süthetném, úgyhogy csak a megalománia beszél belőlem... de azért elfogadnám )

• #9 Meteorhead aktív tag Abu85 #8

  Új Válasz 2014-01-10 12:59:57 #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

  

  Meteorhead

  aktív tag

  válasz Abu85 #8 üzenetére

  Bocsánat, amint elküldtem az üzenet, rögtön láttam jobb oldalon az új privátokat. (Csak annyira mocsok kicsi az a kis piros szöveg, hogy sose látom )

  Mea culpa. Köszi az infót.

• #8 Abu85 HÁZIGAZDA Meteorhead #7

  Új Válasz 2014-01-10 12:56:57 #8

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

  Megírtam priviben, hogy jelenleg hogy áll a helyzet. Annál többet nem tudok.

  Jelenleg csak APU kaphat OpenCL 2.0 hitelesítést és ezzel támogatást. Pár VGA elvileg képes rá, csak nincs kidolgozva, hogy hogyan hitelesítik a Pipes és az SVM fícsőrt.

• #7 Meteorhead aktív tag Raymond #6

  Új Válasz 2014-01-10 12:52:59 #7

  Ú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

  

  Meteorhead

  aktív tag

  válasz Raymond #6 üzenetére

  Itt is felteszem a kérdést, hátha Abu a nagy cikkíró láz közepette talán belefut valamelyik kérdésbe:

  Radeon R9 M290X támogatja az OpenCL 2.0 full profile-t? Vagy más dVGA-k esetleg támogatják? Vagy továbbra is csak a Hawaii származékok?

• #6 Raymond titán stratova #1

  Új Válasz 2014-01-10 11:10:05 #6

  Ú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

  

  Raymond

  titán

  válasz stratova #1 üzenetére

  Nem egeszen:

  "Egy ROP blokk is letiltásra kerül, vagyis be kell érni négy darab blending egységgel."

  Tehat 320:20:4

• #5 Atom_Anti senior tag FollowTheORI #4

  Új Válasz 2014-01-10 11:08:30 #5

  Ú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

  

  Atom_Anti

  senior tag

  válasz FollowTheORI #4 üzenetére

  MSI laptopban tudták frissíteni a 7970m-t 8970M-re és talán tovább is, ezért gondoltam ilyesmi más laptopokban is megoldható. Ezt azért szükséges, hogy elhitessem magammal új VGA-m van, így elégedettségem fokozódik és talán kihúzom idei évet új laptop vásárlás nélkül...

• #4 FollowTheORI nagyúr Atom_Anti #3

  Új Válasz 2014-01-10 11:00:08 #4

  Ú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

  

  FollowTheORI

  nagyúr

  válasz Atom_Anti #3 üzenetére

  Nem, egyébként is mi értelme lenne?

• #3 Atom_Anti senior tag

  Új Válasz 2014-01-10 10:22:46 #3

  Ú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

  

  Atom_Anti

  senior tag

  És mi lesz a 8750M új neve? Vajon bios frissitéssel átnevezhetem majd egy Samsung laptopban?

• #2 kolle128 csendes tag stratova #1

  Új Válasz 2014-01-10 09:33:57 #2

  Ú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

  

  kolle128

  csendes tag

  válasz stratova #1 üzenetére

  Valamiért memória sebességnél mindenki hajlamos elfelejteni, hogy 1024 a váltószám informatikában.

  Nézzük 64 bit 2000 Mhz = 64*2000*10^6 b/s = 64*2000*10^6 /8 /1024 /1024 /1024 = 14,9 GB/s !=16 GB/s
  Nem olyan eget rengető különbség, de azért nem elhanyagolandó.

• #1 stratova veterán

  Új Válasz 2014-01-10 08:54:24 #1

  Ú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

  

  stratova

  veterán

  Hmm elképzelhető, hogy a kicsi a HD 8570M-et váltja?

  HD 8570M 384:24:8 GCN 700 MHz -> 537.6 GFLOPs, 5.6 GP/s, 16.8 GT/s
  64 bit DDR3 1800 MHz -> 14.4-16 GB/s

  R5 M230 320:20:8 GCN 855 MHz -> 547.2 GFLOPs, 6.84 GP/s, 17.1 GT/s
  64 bit DDR3 2000 MHz -> 16 GB/s

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