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

• #77 lenox veterán Abu85 #76

  Új Válasz 2011-02-01 18:09:48 #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

  

  lenox

  veterán

  válasz Abu85 #76 üzenetére

  Hat ezert mondom, hogy ez nem vezet sehova, mert nem lehet altalanositani. Ha felteszel egy altalanositott kerdest, rogton kapsz egy nem tetszo valaszt, amit egy specialis helyzettel akarsz magyarazni. Semmi ertelme ennek. Nekem amugy sem fontos a cuda, az opencl de meg csak a diszkret vga-k jovoje sem. Par eve meg nem voltak, amikor elkezdtek a gpgpu-t nyomatni egy csomo gyarto jott kulonbozo alternativ megoldasokkal, pl. sgi specko fpga node-os geppel. Nyilvan az 1-200 dollaros gpu-k miatt nem lehetett semmilyen megoldassal bekerulni, de ha majd eltunnek, akkor megint lesznek alternativ megoldasok. Nekem igazan mind1, hogy mibol hozom ki a megfelelo teljesitmenyt. Meg amugy szerintem el sem fognak tunni, max a gamer piacrol, es pont ezert a cuda is meglesz meg sokaig.

• #75 lenox veterán Abu85 #74

  Új Válasz 2011-02-01 17:43:07 #75

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

  Miert, melyik nem csinalhat cuda kompatibilis gput?

  Nem mintha ez a fejtegetes vezetne valahova, marmint azon kivul, hogy a sejteseket tenykent szoktad talalni, nyilvan azt be lehetne latni, hogy a sejtes az sejtes, de ezen tul ennek az iranynak nincs ertelme szerintem...

• #69 lenox veterán Abu85 #60

  Új Válasz 2011-02-01 12:22:03 #69

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

  Erdekes, mert a benchmarkok alapjan amd-n kb. 4-5 ms (6870-en) a futasi ido 1920x1200-ban, nvidian meg korabbi hardveren is van gyorsabb implementacio. Nyilvan akkor lehetne eldonteni, ha mindket platformra meglenne az adott platformra optimalizalt, de ugyanolyan minoseget nyujto implementacio. Mindenesetre azt meg kicsit ketkedve elhiszem bemondasra, hogy amd kartyakon belul a peak performance-szal aranyos, de hogy gyartokon keresztul is ez igaz legyen az majdnem kizart. Mar az LDS emlitese is abba az iranyba mutat, hogy sokkal inkabb bandwidth limitalt. De amugy ha AVP-ben van, akkor ki lehet probalni es megmerni, hogy mennyit lassit amd-n illetve nv-n?

  A platform most hogy jott ide? Amugy szerintem meg jopar evig lesz cuda, de ez mellekes. Az vilagos, hogy a cuda toolkitben nem csak cuda van, hanem az osszes nv fele gpu computing megoldas, tehat pl. opencl is? Lehet, nem szereti az nvidia, de azert frissitik es kiadjak.

  Nem az MLAA meg SRAA leirassal volt bajom, hanem azzal az elvvel, hogy nv cikk fele amd-rol szol, amd cikkben nincs emlites nv-rol.

• #59 lenox veterán

  Új Válasz 2011-02-01 08:45:27 #59

  Ú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

  Mivel az algoritmus csak a nyers számítási teljesítményre érzékeny

  Ez az info honnan jon? Csak mert jopar hasonlo shadert csinaltam, es sosem a szamitasi teljesitmeny volt a szuk keresztmetszet. Meg a neten szetnezve is latszik, hogy van gyors nv implementacio, szoval kivancsi vagyok tenyleg, hogy ez honnan jott.

  Amugy jo pelda az amd hype-ra. Erted, Stream sdk 2.3, nincs benne szo az nv hasonlo dolgarol (cuda toolkit 3.2), cikk sincs rola. Nv uj antialiasingot fejleszt, a cikk kozben arrol szol, hogy az amd jobbat csinal, es az nv hardware amugy is lassabb. Lehet, hogy szerinted ez korrekt?

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