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

• #133 Pikari veterán dezz #132

  Új Válasz 2012-09-27 00:42:22 #133

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

  nagyon nem. itt a textúracímző egységek izzanak, amikkel a gimp a textúrákat címzi (és filtereli) az effekteléshez. x86on ezen egységek hiánya a szűk keresztmetszet (csak néhány tízmilliót tudsz belőle másodpercenként), a gpu viszont hardveresen tudja (nem is csoda, hisz erre lett tervezve)

• #131 Pikari veterán dezz #127

  Új Válasz 2012-09-26 22:55:38 #131

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

  mert a gpuban van tmu, semmilyen más oka sincs.
  sehova máshova nem kell tmu, csak a texture processinghoz.

• #120 Dagidög senior tag dezz #77

  Új Válasz 2012-09-26 17:15:12 #120

  Ú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

  

  Dagidög

  senior tag

  válasz dezz #77 üzenetére

  Valóban lehet, hogy nem fejtettem ki eléggé.
  Az IGP-k gyorsulását általános felhasználásban tényként hoztam fel, viszont érdekelne, hogy Pikari miért látja egy helyben toporgónak az említett chipeket. Látom téged is foglalkoztat az álláspontja.

• #116 Löncsi őstag dezz #114

  Új Válasz 2012-09-26 16:54:28 #116

  Ú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

  

  Löncsi

  őstag

  válasz dezz #114 üzenetére

  Már ezer éve elkezdték GPGPU-sítani a programokat... nVidia millió képszerkesztőt támogat GPU-val meghajtva.

• #115 Pikari veterán dezz #114

  Új Válasz 2012-09-26 16:51:10 #115

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

  remek, tehát egy grafikus gyorsító general purpose felhasználására vonatkozóan grafikus programokat hoztál fel. tessék, itt egy süti

• #112 orbano félisten dezz #110

  Új Válasz 2012-09-26 16:10:17 #112

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

  .NET-ben mikor lesz valami?

• #111 Pikari veterán dezz #110

  Új Válasz 2012-09-26 16:10:16 #111

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

  JVM-be épül be a HSA támogatás
  és attól a ponttól kezdve fogja érdekelni a világot.

• #96 orbano félisten dezz #95

  Új Válasz 2012-09-26 11:00:33 #96

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

  mondjuk igazából szerencsére sz*rhatok rá az Intelre, mert dedikált szerverre programozok, csak a M$ supportja a lényeg igazából. Bár még erősen gondolkodom hogy GPU vagy Phi. Azt hiszem kivárok év elejéig, addig ismerkedem kicsit a HSA-val unalmamban

• #79 lenox veterán dezz #77

  Új Válasz 2012-09-26 03:29:32 #79

  Ú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

  

  lenox

  veterán

  válasz dezz #77 üzenetére

  Nv-nel is benne van. Meg ha jol latom intelnel is, mert ivy-n is egybol ment az opencl. Szoval a mostanaban eladott notebookok nagy reszen is van... De nem kell mindig a valosagbol kiindulni...

• #78 Pikari veterán dezz #77

  Új Válasz 2012-09-26 03:25:01 #78

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

  kb. egy éve minden AMD grafikus kártya driver csomag
  na ja, jó sokra mész vele, ha az intel részesedése több, mint 50%
  ráadásul az userek fel se rakják a drivereket, használják, amit az oprendszer felrak. azokban pedig általában nemhogy opencl, még opengl sincs. sajnos. ilyen reprezentációra azért ne akarj komoly szoftvert alapozni. vagy hát felőlem akarhatsz, nem vagyok én neked se urad, se parancsolód, te egy szabad ember vagy, azt írsz arra/úgy/akkor, amit akarsz :3

  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...

  várj, kitalálom!

  biztos azért nincs most igazam (dehogynincs), mert akkor igazam volt a simdről (természetesen), és az ottani hozzászólók fele annyira okos, hogy nem tudta hogy van 64 bitesnél szélesebb float, és ki akarta dobni a több magot a SIMD kedvéért? mert ha simd van, akkor minek több mag? mert ő annyira okos? hát, mit mondhatnék. most megfogtál. tüneményes. (nem )

  Muris, hogy a HSA-ra inkább nem reagáltál
  engedd meg, hogy erre a felvetésedre a következőképp reagálhassak:
  Mórickát, a zsidó iskola tanulóját felszóllítja a rabbi:
  -Móricka, mondd el nekem, hogy mennyi az idő - majd elétesz egy órát
  -Fél 10 lesz 5 perc múlva - válaszolja a nebuló
  erre a rabbi írtózatosan fejbevágja Mórickát a botjával.
  Te szamár - üvölti a rabbi - nem az számít, hogy mi lesz, hanem hogy mi van!

  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.
  ez pedig hazugság. ha azzal számolunk, hogy manapság még vígan kaphatók DDR2-es masinák is, 1 csatornásak is, ráadásul desktopon 5 évente cserélnek gépet, akkor nem kell sok ész ahhoz, hogy az ember kiszámolja, hogy 25gb/s-es sávszélt max a gépek 10%-a bír kiköhögni, a többi ennél jóval kevesebb.

  egy kis gondolkodás neked se ártana, fiam (no offense )

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