[Rive]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 11:28

hát  megnövelték a workramot 256 kilobyte-ra ez végülis jo hir, meg minden  vectorproci rendelkezik saját dma-val igy turkálhat a fömemoriában ugy ahogy 
de mivan a nagy tömbökkel amiböl véletlen szerüen kéne olvasni?

Miért kéne bennük véletlenszerûen olvasni?  Az egész arról szól, hogy pl. a BLAS (vagy más efféle, pl. egy speciális fizikai motor ) könyvtári hívásainak a végrehajtását a központi procc kiadja bérmunkába. Az ilyen kisméretû, dedikált feladatú rutinok meg nem olvasnak véletlenszerûen Eleve, emiatt a kiszámíthatóság miatt tudtak egyáltalán elterjedni anno a vektorprocik

Szerkesztette: Rive 2005. 02. 09. 11:39 -kor

[h1ghland3r]

Idézet: Rive - Dátum: 2005. febr. 9., szerda - 10:37

Miért kéne bennük véletlenszerûen olvasni?  Az egész arról szól, hogy pl. a BLAS (vagy más efféle, pl. egy speciális fizikai motor ) könyvtári hívásainak a végrehajtását a központi procc kiadja bérmunkába. Az ilyen kisméretû, dedikált feladatú rutinok meg nem olvasnak véletlenszerûen Eleve, emiatt a kiszámíthatóság miatt tudtak egyáltalán elterjedni anno a vektorprocik

Van valami permutacios lehetoseg a vektormuveleteknel is talan, de a permutaciot is 'a priori' ismerni kell.

[vers]

Idézet: h1ghland3r - Dátum: 2005. febr. 9., szerda - 10:55

Van valami permutacios lehetoseg a vektormuveleteknel is talan, de a permutaciot is 'a priori' ismerni kell.

heh? ezt kifejtenéd bövebben?

[Rive]

Idézet: h1ghland3r - Dátum: 2005. febr. 9., szerda - 11:55

Van valami permutacios lehetoseg a vektormuveleteknel is talan, de a permutaciot is 'a priori' ismerni kell.

A speciális felhasználási területbõl adódóan az adatcsomagokra vonatkozó elõzetes ismeretek némileg bõvebbek, mint az általános lineáris algebrai rutinoknál Nem kell [rettentõ X borzasztó] méretû mátrixokra is felkészülnöd :Ð

Ui.: igen, úgy gondolom, hogy pl. annak, amit ma 'fizikai motor'-nak hívunk, jelentõs része fixen be lesz építve a PS3 OS-rétegébe, és csak nagyon kevés programozó lép majd túl ezeken. Bár ez kétségkívül felgyorsítja a játékok fejlesztését.

Szerkesztette: Rive 2005. 02. 09. 12:06 -kor

[vers]

[Rive]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 12:21

(IMG)

Muris

Szerkesztette: Rive 2005. 02. 09. 12:43 -kor

[vers]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 11:21

azér a cellen látszik hogy sok pénzt és fejlesztést öltek bele, nem egy gyorsan összetákolt valamit kapunk mint pl a ps2 emotion engine-je esetében
de a vectorproci utasitásainak késleltetési ideje még mindig nem tetszik, egy pipeline leirás mondjuk nem jönne rosszul lehet akkor megváltozna a véleményem

egy kis érdekesség: a vectorprocikban van 128 darab 128 bites regiszter amit a DMA  tud irni olvasni és küldeni a buszon keresztül  bárhová
tehát nemcsak a fixramban képes molyolni, eddig ilyennel még nem találkoztam

[SFIJ]

Idézet: Rive

Hááááát.... Szerintem meg inkább a matematikai (és néhány egyébb cél-) könyvtár dedikált vasba exportálása...

Es pontosan ennyi is egy VPU. matrixszorzas, konvolucio, blur, sztreccs, dct...

Idézet: Rive

Hijjnye... A TRIPS nem iefféle proci. Az egy egyszerûen végrehajtható utasításblokkokra éhes általános célú procikupac, aminek sok-sok független programszál kell, hogy jól mûködjön. Az optimalizációja inkább az SMP rendszerekéhez van közelebb, csak finomabb szemcsézettségû.

A TRIPS-et a vers altal fleszkeccsel architekurara hoztam fel, mint implementacios peldat, hogy lam nem hulyeseg amit vers kigondolt, mert van ilyen is.

Idézet: Rive

vektoros jellegû optimalizáció ezzel szemben kifejezetten jól fekszik a FORTRAN-nak.

Senki nem vitatta.

Idézet: Rive

Az Itanium pedig nem a vektoros jellegre keményen építõ matematikai könyvtárakkal van bajban, hanem a buszrendszerrel és a konzervatív programok optimalizációjával. Az utóbbi probléma valóban közös minden vektor-jellegû processzorban.

Azert az Itanium egyik legfobb sarokkove a 3 parallel VE optimalis toltese adattal. Namost a TRIPS-ben 16x4 ilyen VE van, kulonbozo morph atmenettel amiknek az utemezese reszben a compiler reszben az OS feladata.  Az itanium oprtimalas is alapblokk reorderingrol szol nemi branch prediction-nel megspekelve forditasi idoben. TRIPS eseteben 5x os a potencialis parhuzamosithatosagi lehetoseg az Itaniumhoz kepest  meg a morphing kerdese => 1 nagysagrenddel bonyolultabb compiler.

Szerkesztette: SFIJ 2005. 02. 09. 13:20 -kor

[SFIJ]

Idézet: Rive - Dátum: 2005. febr. 9., szerda - 12:01

[rettentõ X borzasztó] méretû mátrixokra is felkészülnöd :Ð

kelleni kell, csak tudjuk, hogy tipikusan az un 'ritka' matrixok kategoriajaba esnek

[vers]

"Es pontosan ennyi is egy VPU. matrixszorzas, konvolucio, blur, sztreccs, dct..."

játékhoz ez pont elég
de hogy lesz a cellböl server?

[SFIJ]

Idézet: Rive - Dátum: 2005. febr. 9., szerda - 12:43

Muris

dobjak meg ide nehany ehhez kisertetiesen hasonlo cisco 10Gether switch belsot Diffserv/MPLS es egyeb gusztustalansagokkal megspekelve?

[vers]

neurális-hálozat szimulálásával mire lehet elég  ez a 8 vectorproci, valaki nem járatos a témában?

[SFIJ]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 13:02

de a vectorproci utasitásainak késleltetési ideje még mindig nem tetszik, egy pipeline leirás mondjuk nem jönne rosszul lehet akkor megváltozna a véleményem

streamelni/prefetchelnikoll majd az adatokat es a programokat. Mivel nem veges beallasu digitalis szabalyzokort akarsz vele csinalni, nagy gond nincs ezzel, hacsak az nem, hogy otvarul gusztustalan lesz ra kezzel optimalni.

[SFIJ]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 13:17

neurális-hálozat szimulálásával mire lehet elég  ez a 8 vectorproci, valaki nem járatos a témában?

neuralis halozat tipusa valogatja art/bam, oja, perceptron(back prop), kohonen, CNN  es meg van egy rakat tipus elen az uberbrutal szamitasi igenyu de alakfelismeresre kivalo neocognitron-nal.

[vers]

" nagy gond nincs ezzel, hacsak az nem, hogy otvarul gusztustalan lesz ra kezzel optimalni. "

szerintem  pont ezzel lesz gond mert nem sokan értenek az optimalizáláshoz ,
és az optimalizálás ekkora latency-kkel (6 cycle a load, 6 egy szorzás) tényleg gusztustalan
ps2-n csináltam  ott csak 4 volt a latency és ugy se volt könnyü
plusz még az optimalizálás  rengeteg idö, volt mikor 20 sort 1 napig raktam össze
viszont az tény ha sikerül összerakni a kodot jol akkor  nagyon gyors lesz ez a proci

[Rive]

Idézet: SFIJ - Dátum: 2005. febr. 9., szerda - 13:05

Azert az Itanium egyik legfobb sarokkove a 3 parallel VE optimalis toltese adattal. Namost a TRIPS-ben 16x4 ilyen VE van, kulonbozo morph atmenettel amiknek az utemezese reszben a compiler reszben az OS feladata.  Az itanium oprtimalas is alapblokk reorderingrol szol nemi branch prediction-nel megspekelve forditasi idoben. TRIPS eseteben 5x os a potencialis parhuzamosithatosagi lehetoseg az Itaniumhoz kepest  meg a morphing kerdese => 1 nagysagrenddel bonyolultabb compiler.

A TRIPS esetében fel se merül, hogy egy thread törmelékeivel kell teletömni az összes VE-t. Lényegében ugyanannyi a compiler feladata, mint egy mezei SMP-rendszernél.

Idézet: SFIJ - Dátum: 2005. febr. 9., szerda - 13:16

dobjak meg ide nehany ehhez kisertetiesen hasonlo cisco 10Gether switch belsot Diffserv/MPLS es egyeb gusztustalansagokkal megspekelve?

Minek, a lényeg úgyis jól látszik... Altalános célú processzort kisegíteni feladat-orientált botokkal nem új ötlet

[Rive]

Idézet: vers - Dátum: 2005. febr. 9., szerda - 13:31

szerintem  pont ezzel lesz gond mert nem sokan értenek az optimalizáláshoz ,
és az optimalizálás ekkora latency-kkel (6 cycle a load, 6 egy szorzás) tényleg gusztustalan
ps2-n csináltam  ott csak 4 volt a latency és ugy se volt könnyü
plusz még az optimalizálás  rengeteg idö, volt mikor 20 sort 1 napig raktam össze

Idézet: Rive - Dátum: 2005. febr. 9., szerda - 12:01

...  úgy gondolom, hogy pl. annak, amit ma 'fizikai motor'-nak hívunk, jelentõs része fixen be lesz építve a PS3 OS-rétegébe, és csak nagyon kevés programozó lép majd túl ezeken. Bár ez kétségkívül felgyorsítja a játékok fejlesztését.

[h1ghland3r]

Idézet: h1ghland3r - Dátum: 2005. febr. 9., szerda - 10:55

Van valami permutacios lehetoseg a vektormuveleteknel is talan, de a permutaciot is 'a priori' ismerni kell.

Elorebocsatom, nem emlekszem ra, hogy merre olvastam a dologrol, de ugy remlik valamelyik vektorproci tette lehetove a dolgot. Az is lehet, hogy csak egy reg elavult dologrol beszelek.

Az a lenyeg, hogy letezik a vektor hosszaval egyezo meretu permutatcios vektor, amiben az eredeti vektorba mutato indexek vannak. A vektormuvelet vegrehajtasa nem sorban tortenik, hanem a permutacionak megfelelo sorrendben. Termeszetesen ha ket operandus van akkor mindkettohoz tartozik egy-egy permutacios vektor.

[SFIJ]

Idézet: Rive - Dátum: 2005. febr. 9., szerda - 13:32

A TRIPS esetében fel se merül, hogy egy thread törmelékeivel kell teletömni az összes VE-t. Lényegében ugyanannyi a compiler feladata, mint egy mezei SMP-rendszernél.

Idézet: Elric

Tobb erdekesseg is volt benne szamomra, ami azert nem annyira meglepo. A 4x4-es matrix eseteben is a D-morph mukodes alatt, altalaban 4-es, 5-os IPC-t ernek el, ez konform az iparral, de bazi gyenge eredmeny, lassuk be. Persze jobbat nem is lehet csinalni. A T- es S-morph allapotban mar sokkal jobb az eredmeny, de ezt is varnank.

[SFIJ]

Idézet: h1ghland3r - Dátum: 2005. febr. 9., szerda - 13:39

Elorebocsatom, nem emlekszem ra, hogy merre olvastam a dologrol, de ugy remlik valamelyik vektorproci tette lehetove a dolgot. Az is lehet, hogy csak egy reg elavult dologrol beszelek.

Az a lenyeg, hogy letezik a vektor hosszaval egyezo meretu permutatcios vektor, amiben az eredeti vektorba mutato indexek vannak. A vektormuvelet vegrehajtasa nem sorban tortenik, hanem a permutacionak megfelelo sorrendben. Termeszetesen ha ket operandus van akkor mindkettohoz tartozik egy-egy permutacios vektor.

aqz indexelt indirekt cimzes minositett esete