[Leni]

@vers: "Persze itt is meg lehet talalni azt a modot, hogy parhuzamositani lehessen."

Igazad van es nincs is igazad. Sztm nem ugyanazt ertjuk szimulacio alatt. En a matematikajarol beszelek, sokan idesoroljak a vizualizaciot is...

Es igen, tanultam programozni

[vers]

@Leni: akkor mondj egy konkret peldat , milyen szimulacio az amit nem lehet parhuzamositani

[vers]

"@vers: "pl elagasokban gazdak algoritmusnal , mindegyik elagazast vegrehajtatom gpu-n es a vegen kivalasztom a megfelelot"

Ez pl hulyeseg.
"

az intel mernokei is tok hulyek akkor , mert a i7-ben igy csinaljak

[Leni]

@vers: Pl. gyartosoron gyartaskozi (puffer) keszlet alakulasa.
De sztm felreertessz eleg rendesen.

[Leni]

De barmilyen iteracios eljarasrol beszelhetunk. Azokat sem lehet parhuzamositani.

[vers]

@Leni: hat elegge , mondjuk ilyenrol halvany lila fingom nincs mi az a gyartas kozi puff , csak elkepzelelni tudom, de ahogy elkepzelem lazan megy parhuzamosan
viszont az hogy emiatt lenne a gpu hatranyban barmennyivel is , azt nehezen birom ki rohoges nelkul

[Leni]

@vers: Senki sem beszelt arrol, hogy hatranyban lenne. A parhuzamosithatosagrol beszelunk csak.
Nyilvan, ha valami parhuzamosithato, akkor gyorsithato is

[vers]

@Leni: az en meglatasom az hogy nagyon keves azon algoritmusok szama amelyiknek ne lenne parhuzamosithato vele egyenerteku parja, de ha veletlen akadna is ilyen, azt is trukokkel tovabb lehet gyorsitani , a kreativitas meg mindig gyoz

viszont amit meg a gpu-ban hianyolok az az intelligens orajel vezerles, ha kihazsnalatlan a chip egy resze az kapcsoljon ke, es gyorsitsa a mukodo reszt, ez a feladat meg megoldasra var

[Ytse]

@vers: "az intel mernokei is tok hulyek akkor , mert a i7-ben igy csinaljak "

Hát ezt meg honnan veszed?

[bogdan]

Idézet: debaj - Dátum: 2010. 06. 29. 16:48

Röviden, hogy ne kelljen sokat olvasnod: nem alkalmazásokat keresek, hanem számokat ezekkel az alkalmazásokkal.

kinyitottad a GPGPU totyikot..? mert az utolso oldalon ott a valasz egy peldaval!

gondolom a video encoding 5x-os teljesitmenyjavulassal megfelelo a kivanalmaknak..

vagy tenyleg nem ertem, mit szeretnel!

[vers]

@Bodnár Ádám: valahol olvastam , de logikus is nem, majd hulye lesz feltetel ertekeles utan uriteni a utasitas pipeline-t , amikor a masik thread szabad
persze ezt csak akkor eri meg ha nincs masik thread

[bogdan]

Idézet: vers - Dátum: 2010. 06. 29. 17:30

@Leni: az en meglatasom az hogy nagyon keves azon algoritmusok szama amelyiknek ne lenne parhuzamosithato vele egyenerteku parja, de ha veletlen akadna is ilyen, azt is trukokkel tovabb lehet gyorsitani , a kreativitas meg mindig gyoz

lassunk egy egyszeru peldat:

for(i=1;i<N;i++)x[n]=x[n-1]^2;

gyorsitsd!

Szerkesztette: bogdan 2010. 06. 29. 17:11 -kor

[bogdan]

Idézet: Leni - Dátum: 2010. 06. 29. 17:18

De barmilyen iteracios eljarasrol beszelhetunk. Azokat sem lehet parhuzamositani.

nono.. azert van olyan, hogy lehet. eloszor is nem egy adaton szoktak iteracios eljarasokat alkalmazni. masodszor lehet mondjuk Las Vegas modszerrel gyorsitani.

[vers]

@bogdan: a kozepkorban mikor a ceheket felvaltotta a manufaktura , akkor a a sok kis szolgalegeny is ekkora faszsagokat beszelt mint ti , valoszinuleg
kivancsi leszek a kvantum komputernel megin mekkora lesz az ellenallas , biztos nagy , mar alig varom

[Ytse]

@vers: Hogy neked mi logikus és hogy az Intel mit implementált az eléggé nem ugyanaz. Linket, forrást, valamit pls. Tudomásom szerint ilyen spekulatív threadekkel kizárólag a Sun Rock operált, de abból nem lett semmi, x86-ban nem hallottam még ilyenrõl, Intel doksik se említik sehol.

[vers]

@Bodnár Ádám: lehet rosszul emlekeztem es a rockos cuccra asszocialtam, elofordulhat, a lenyeg ugye amugy sem az volt hogy ki hasznalja , hanem az ,hogy lehet gyorsitani a kodot

[vers]

@vers: elkepzelheto hogy 4 threades magoknal van csak gyakorlati haszna, ott nagyobb esellyel van luk, mig az i7 csak 2 threades, ha jol emlexem a rock 4 thred/maggal birt

de vegulis mindegy is

[Ytse]

@vers: Elméletben igen, de a Sun befürdött a Rockkal és nem véletlenül, ui. ami a szimulátoron mûködött (scout thread) az szilíciumon nem... Persze ez lehet egy kutatási irány de az biztos hogy még a jövõ zenéje, a megvalósítása pedig -- láthatóan -- távolról sem triviális.

[Ytse]

@vers: A Rock 2+2 thradet kezelt magonként, 2 "rendes" threadet és 2 shadow (scout), azaz elõre dolgozó, a programok számára láthatatlan threadet. Sajnos csak feltételes módban, azaz kezelt volna..

[vers]

@Bodnár Ádám: elhiszem , hardveresen vagy jo volt vagy nem, ez kerdeses, de gpu-n megvalositva szoftveresen biztosan hasznalhato technologia
a ketto azert kicsit mas, mert a sajat algoritmusom ugy alakithato ahogy azt a hardver megkivanja, mig egy altalanos kodot belokni egy hardvernek az rizikos