[HWSW]

Egyelõre nem tervezi a diszkrét GPU piacra való belépést az Intel, ugyanakkor folynak tovább a fejlesztések, derült ki az elmúlt két hétben a vállalat kommünikéjébõl. A vállalat számára egyértelmûen stratégiai projekt a Larrabee.
http://www.hwsw.hu/hirek/44646/intel-larrabee-avx-sandy-bridge.html

[vers]

eselye nincs az intelnek, a fermivel szemben, a larrabee meg akkora bukas mint a haz, most csak mosakodnak
amugy az teny hogy a pc-s gpu piac haldoklik, de a cloud serverekhez eroforras kell , es a fermi lesz a befuto

[debaj]

Ha már ennyire temetsz valamit, nem kéne előtte legalább agyonverni egy ásóval?

[Asker]

fusion annyira xar mint h említésre sincs méltva? vagy anynira félnek tõle? :Ð XD

[Samott]

Mondjuk tegnap az engadgeten konkretan azt irtak, hogy a Larrabee-t toroltek... szoval egy kicsit meglepodtem ezen a cimen. Majd az ido eldonti ki hazudott.

Samott

[debaj]

Idézet: Samott - Dátum: 2010. 05. 26. 15:05

Majd az ido eldonti ki hazudott.

Vagy tévedett, vagy értett félre.

[bogdan]

engem inkabb zavar a cikkben, hogy azt lebegteti, hogy majd a nem is olyan tavoli jovoben egysegesen lehet majd programozni a cpu-t, es a nagy parhuzamositasu vektor egyseget... lofutyit!

[Samott]

Idézet: debaj - Dátum: 2010. 05. 26. 15:25

Vagy tévedett, vagy értett félre.

Vagy ugy, finomithatjuk a vegtelensegig, nem latok szandekossagot, erdeket benne.

Samott

[debaj]

Idézet: bogdan - Dátum: 2010. 05. 26. 15:32

engem inkabb zavar a cikkben, hogy azt lebegteti, hogy majd a nem is olyan tavoli jovoben egysegesen lehet majd programozni a cpu-t, es a nagy parhuzamositasu vektor egyseget... lofutyit!

Miért, mi a gond vele? Én csak annyit olvastam a cikkben, hogy egyesíti az utasításkészletet, nem egységesíti. Ha meg mindkettő elérhető egyetlen API-ból, akkor már nem olyan bonyolult a feladatok széthajigálása, és akár a programozó elől el is lehet fedni az egész folyamatot.

[vers]

@debaj: ma mar nem igy programoznak ennyi magot , egy 3 dimenzios thread tombel dolgozunk, nem hajigalunk mar semmit az csak par processzorig mukodott,
tobb millio thread is lehet egy compute shader mukodesekor

[debaj]

Idézet: vers - Dátum: 2010. 05. 26. 16:49

nem hajigalunk mar semmit az csak par processzorig mukodott

GPU és CPU között. Kapis?

[vers]

@debaj: ott se , a cpu mar nem kell , csak folosleges cucc egy fermi mellett
legalabbis jatekban az, a szanalmas kis teljesitmenyevel

[debaj]

Idézet: vers - Dátum: 2010. 05. 26. 17:14

a cpu mar nem kell , csak folosleges cucc egy fermi mellett

Aha.

Aztán bevásárolni is tankkal mész, mert az úgyis átmegy mindenen? Nem csak játék van a világon, vannak nehezen párhuzamosítható feladatok is, amire még sokáig jobb lesz egy külön CPU, mint bármilyen vektorprocesszor.

Szerkesztette: debaj 2010. 05. 26. 16:22 -kor

[vers]

@debaj: ok ez igaz, de egyre szukul ezeknek a tartomanya, mert sok helyre egy thread is eleg a gpu-n hogy elfusson valami
a fermin mar majdnem os is futhatna

[debaj]

Idézet: vers - Dátum: 2010. 05. 26. 17:48

@debaj: ok ez igaz, de egyre szukul ezeknek a tartomanya, mert sok helyre egy thread is eleg a gpu-n hogy elfusson valami

Ja, a többi mag meg fűt, ha úgysincs jobb dolga.

OS meg futhatna, mégsem fut. Lehet, hogy valamikor a jövőben majd lesz, a CUDA, a FERMI meg a társai viszont nagyon is létező dolgok, amiket használni is kéne, ha már vannak.

A nem párhuzamosítható feladatok köre meg elég nehezen akar szűkülni, még egy darabig nem nagyon szabadulunk a soros adatfeldolgozástól, meg azoktól a folyamatoktól, amik más folyamatok által visszaadott értékeket várnak bemenetként. Azokat hova párhuzamosítod?

[vers]

a dx11 lenyege pont az hogy a threadek tudnak kommunikalni egymassal , egy gyors chipen levo memoriaban , ezert olyan brutal gyors a fermi , meg az ati 5xxx

[bogdan]

Idézet: debaj - Dátum: 2010. 05. 26. 15:49

Miért, mi a gond vele? Én csak annyit olvastam a cikkben, hogy egyesíti az utasításkészletet, nem egységesíti. Ha meg mindkettő elérhető egyetlen API-ból, akkor már nem olyan bonyolult a feladatok széthajigálása, és akár a programozó elől el is lehet fedni az egész folyamatot.

csakhogy alapvetoen mashogy kell programozni a kettot. akkor meg hogy feded el a programozo elol, hogy melyiket hasznalja..?? remelem erzed az ellentmondast!
es pont ez az, ami zavar a cikkben: pont azt feltetelezi, amit Te is irtal, szerintem meg ez nagyjabol netto lehetetlen.

[debaj]

Idézet: bogdan - Dátum: 2010. 05. 26. 20:15

csakhogy alapvetoen mashogy kell programozni a kettot. akkor meg hogy feded el a programozo elol, hogy melyiket hasznalja..??

Nyomtatót is máshogy programozol, mint videókártyát, fájlba is máshogy írsz adatot, aztán mégis elég mindháromhoz egy printf(). Épp azért, mert a függvény majd tudja, hogy melyik hardverhez hogyan kell hozzányúlni, úgyhogy ezzel nem a programozónak kell foglalkoznia. Ugyanúgy itt is meg lehet oldani, hogy ha egy függvény skalárt kap, akkor a CPU számol, ha meg valami vektoros adatot, akkor meg a GPU, a hogyanok témájában meg hadd verekedjen az API meg a hardver.

Jelenleg egységes felület hiányában a programozó feladata eldönteni, hogy melyik hova megy, de szakmailag nem olyan lehetetlen megírni egy függvénykönyvtárat, ami bizonyos esetekben használja a CPU-t, ha meg a szükség úgy kívánja, továbbhív mondjuk (hasraütés) egy OpenGL shadert. Csak ehhez kellene egy egységes API.

[debaj]

Idézet: vers - Dátum: 2010. 05. 26. 20:04

a dx11 lenyege pont az hogy a threadek tudnak kommunikalni egymassal

De baszki. Van két folyamat, A és B. B akkor tud dolgozni, ha A végzett a dolgával, és kipottyan belőle egy szám. Amíg A nem végzett, addig B nem tud semmit sem csinálni, mert épp azzal a számmal kell tovább számolnia. És akkor B eredményére C vár, arra meg D, és így tovább. Ezt hogy a búbánatba párhuzamosítod, akár DX11-gyel, akár Fermivel, akár a mennydörgős ménkűvel?

Szálak meg eddig is tudtak kommunikálni egymással, vicces is lenne, ha nem tudtak volna.

[vers]

dx10-es gpu-n nem is tudnak a szalak kommunikalni, legalabbis atin, nvidian a cuda miatt lehet volt valami azt nem ismerem
mit gondolsz egy 4850-es vga miért olyan redva lassu GPGPU alatt