[hvuk]

David Kanter írt egy jónak tûnõ cikket az RWT-n az NGMA architektúrájáról.

link

[SFIJ]

Idézet: bogdan - Dátum: 2006. márc. 10., péntek - 10:00

valamit most nagyon nem ertek. eddig arrol szoltak a hirek es itt a velemenyek, hogy MINDEN SSE utasitas 1 clock TP-al fog rendelkezni. Balala tablazata viszont azt mutatja, hogy az eddigi architekturak az egyszerubb utasitasokat 1-2 clock TP-al, a bonyolultabbakat tobb tiz TP-al hajtottak vegre. most akkor az az allitas, hogy ezek is 1 clock TP alatt ki lesznek szamolva? (nemi skepcicizmus lenne bennem..) mert ha nem, akkor kerdes, hogy melyek igen! (kulonben nehez lenne osszehasonlitani az AMD eredmenyekkel, ahol ugy latszik eddig is voltak 1 clock TP sebessegek..)

aki azt hittet, hogy Tp=1-gyel lehet negyzet- ill. kobgyokot vonni az siman csak naiv. persze lehetne, de akkor legalabb duplazhatnad a VE meretet - vagy bevetni version kedvenc LNS aritmetikajat Az LNS odabaszna a throughputnak ellenben az egekbe tolna a latency-t :Ð

amugy balala tablicskujabol az jon le, hogy a hammer architektura a magasabbrendu muveletek eseten lemossa a palyarol az intel-t. az egyszeru add/mul esetben a Jonas felzarkozott.

Szerkesztette: SFIJ 2006. 03. 10. 15:39 -kor

[SFIJ]

Idézet: special - Dátum: 2006. márc. 10., péntek - 9:53

most már nagyon kíváncsi leszek linpack, specfp eredményekre, sokan már nagyon dörzsölik rá a mellbimbójukat.

eleve azzal kellett volna kezdeni. ezek a kvek meg doom tesztek eredendoen a GPU-t meg az I/O-t merik.

[special]

Idézet: SFIJ - Dátum: 2006. márc. 10., péntek - 15:42

eleve azzal kellett volna kezdeni. ezek a kvek meg doom tesztek eredendoen a GPU-t meg az I/O-t merik.

marketing. most képzleteben menj el az alaplap-professzorba, és közöld a társasággal, hogy linpack, blas és specfp alatt mit produkált a conroe (tfh tudnánk). a woodcrestnél elhiheted, nem ilyen tesztek lesznek.

érdekesség: elõször a woodcrest jön, aztán a conore, év végén a merom. legalábbis ezt írják az rwt-n.

[d n . r]

Idézet: special - Dátum: 2006. márc. 10., péntek - 17:17

érdekesség: elõször a woodcrest jön, aztán a conore, év végén a merom. legalábbis ezt írják az rwt-n.

HA így lenne, egyáltalán nem lepõdnék meg, sõt!
Szerver/workstation-fronton a legfájóbb a lemaradás, a fogadó platform pedig már készen _van_ (bensley)
Én korábban is írtam már, hogy a DC Xeonok szerintem a megfelelõ chipset hiánya miatt lettek ennyire elcsúsztatva. 

[d n . r]

Idézet: Balala - Dátum: 2006. márc. 10., péntek - 10:43

[ Kattints ide a teljes méretû képhez ]




Mint az ábrából látszik, nem a latency, hanem a throughput csökkent 1-re a(z) (e)NGMA-ban.[LIST]
[*]Utasítás latency = az az várakozási idõ, amíg egy másik, ugyanolyan típusú, függõ utasítás végrehajtását el lehet kezdeni
[*]Utasítás throughput = az az várakozási idõ, amíg egy másik, ugyanolyan típusú, független utasítás végrehajtását el lehet kezdeni

Na most lehet, hogy megint hülyeséget kérezek, mert ilyen szinten én már messze nem értek a processzormikroarchitekturához, de az ábrából nekem az a kép áll össze, hogy:

- az SSE négykomponensû vektorokkal számol

- EDDIG úgy volt, hogy _egyszerre_ csak két komponest tudott feldolgozni (mert nem volt elég "széles")

-azaz úgy csinálták, hogy elõször beadták neki az elsõ két komponenst, majd közvetlen utána a másik két komponenst (és _ezért_ van, hogy addig nem tud új adatot/utasítást fogadni)

-így természetesen minden órajelre kiadott egy adatot, de valójában csak egy _fél_ adatot, azaz 2 órajelenként tudott ideális feltételek mellett végezni egy teljes vektorral

-MOST viszont egyszerre tud dolgozni mind a négy komponensen 

Jól látom, vagy még mindig valamit félreértek?

[d n . r]

Ja, és természetesen világos, hogy van olyan eset, amikor az utasítás bonyolult (illetve másképpen: több elemi utasításból épül fel), azaz az eredmény csak részeredmény, amit vissza kell megint táplálni a pipeline-ba (esetleg többször is)

[bogdan]

Idézet: d n . r - Dátum: 2006. márc. 10., péntek - 17:25

Szerver/workstation-fronton a legfájóbb a lemaradás

nopersze. de ha ez csak a DP (dual socket verzio), es az MP meg csak bejelentes szinten sincs, akkor mit er az egesz? (kozben az Opteron meg mar a 16-32 utas NUMA-t celozta be..)

[bogdan]

mi az, hogy "negy komponensu vektor"? az SSE-nek (mint nemreg kitargyaltuk) valtozo szelessegu adatot adhatsz, csak a szelesseg osszege legyen 128. (2x64, 4x32..)

[d n . r]

Idézet

nopersze. de ha ez csak a DP (dual socket verzio), es az MP meg csak bejelentes szinten sincs, akkor mit er az egesz?

Rengeteget!
Most viccelsz?

Idézet

(kozben az Opteron meg mar a 16-32 utas NUMA-t celozta be..)

Igen ezt már õsszel is mondtad...

[d n . r]

Idézet: bogdan - Dátum: 2006. márc. 10., péntek - 18:02

mi az, hogy "negy komponensu vektor"?

Most komolyan kérdezed?


Amúgy tipikusan az álló- és mozgóképek, texturák és a térbeli koordináták (igen, ezek is) állnak négy komponensbõl (lsd videokártyák) és pont ez volt a célterület, mikor annak idején az SSE-t létrehozták.

Nyilván 2 vagy 1 komponensû vektorokkal, elemi utasítások esetén, _már_eddig_is_ egy menetben végzett.

(viszont a NGMA ezekbõl kétszer annyit tud egyszerre)

[Asker]

Idézet: SFIJ - Dátum: 2006. Mar. 10., Friday - 15:37

amugy balala tablicskujabol az jon le, hogy a hammer architektura a magasabbrendu muveletek eseten lemossa a palyarol az intel-t. az egyszeru add/mul esetben a Jonas felzarkozott.

csak kár hogy a "magasabbrendû" nemsokat ér az NGMAval szemben az eddigi "tesztek" alapján.

Szerkesztette: Asker 2006. 03. 10. 17:18 -kor

[special]

Idézet: bogdan - Dátum: 2006. márc. 10., péntek - 17:00

Opteron meg mar a 16-32 utas NUMA-t celozta be..)

ez mint érv, röhej, komolyan.

[bogdan]

bocs special, de ez nem erv volt. egyszeru teny. es mint ilyen meg igaz is!

[bogdan]

Idézet: d n . r - Dátum: 2006. márc. 10., péntek - 18:04

Idézet

(kozben az Opteron meg mar a 16-32 utas NUMA-t celozta be..)

Igen ezt már õsszel is mondtad...

en?? ezt az AMD mondja. miert, szerinted nem mondja? mi kozon ehhez nekem? valahogy ugy tunik szovegertesi problemaitok vannak, hogy mirol beszelek..

[d n . r]

Idézet

Idézet

Igen ezt már õsszel is mondtad...

en?? ezt az AMD mondja. miert, szerinted nem mondja? mi kozon ehhez nekem? valahogy ugy tunik szovegertesi problemaitok vannak, hogy mirol beszelek..

Nem hinném!
Megpróbálom majd elõkeresni az _akkori_ postodat (mert az elég markánsra sikerült)

Szóval ha ennyire jajdenagyon szeretnéd hangsúlyozni, hogy ezt nem Te mondod, hanem az AMD (vagy bárki más), akkor erre vannak ám megfelelõ nyelvi eszközök... 

Szerkesztette: d n . r 2006. 03. 10. 17:34 -kor

[special]

Idézet: bogdan - Dátum: 2006. márc. 10., péntek - 17:26

bocs special, de ez nem erv volt. egyszeru teny. es mint ilyen meg igaz is!

ja értem. itt esik az esõ és 5 fok van. tényeket mondunk.

[bogdan]

miert erdekes az akkori postom? a mostanirol van szo, ahhoz az akkori mit sem segit ertelmezni.
a mondatomban az ige a "celozza" a cselekvo alany az "Opteron". ennel jobb nyelvi eszkozokkel nem tudom valakinek a szandekat kifejezni, sajnalom.

[special]

[quote name='bogdan' date='2006. márc. 10., péntek - 17:29'] Igen ezt már õsszel is mondtad... [/QUOTE] en?? ezt az AMD mondja. miert, szerinted nem mondja? mi kozon ehhez nekem? valahogy ugy tunik szovegertesi problemaitok vannak, hogy mirol beszelek.. [/quote]
az könnyen lehet, neked viszont a kontextus meghatározásában.

[special]

én azt hiszem megértettem: a Woodcrest üldözi az Opteron, de nem tudja elkapni, mert addigra már 32-utas gépekbe költözik, így csak alulról nézheti a kis kétutasokból, mint róka a sajtot.