AMD Hammer - negyedik rész
#201
Elküldve: 2006. 02. 14. 16:42
nos felek tole, hogy pont nem NUMA. kulonben miert lett volna annyira erdekes a horus? asz'szem itt az a pomt, ahol pontositanunk kene a numa fogalmat!
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#202
Elküldve: 2006. 02. 14. 16:54
Persze meg is valaszolom a kerdest... Azert, mert nem cache koherensre csinaltak az SPE-ket. Pedig lehetett volna, csak eppen az adott celfeladat eseteben nem biztos, hogy van ertelme. A Niagara eseteben viszont a core-ok cache koherens modon mukodnek. Persze itt is lehetett volna nem koherens mukodest csinalni... Csak itt meg annak nem volt ertelme.
Elric
#203
Elküldve: 2006. 02. 14. 17:30
Idézet: bogdan - Dátum: 2006. febr. 14., kedd - 15:42
nos felek tole, hogy pont nem NUMA. kulonben miert lett volna annyira erdekes a horus? asz'szem itt az a pomt, ahol pontositanunk kene a numa fogalmat!
NUMA-nak ugyan NUMA, de az a megkotes, hogy taszkmigracio csak "szomszedsagi graf" menten lehetseges, tehat nem lehet tetszoleges "A"-procirol "B"-re mozogni, hanem be kell jaratni a porcesszel a 'c-d-e-f' whatever utvonalat. a horus azert erdekesebb, mert sokkalta szerencsesebb az aggregacios technikaja, kihasznalja az opteron beepitett crossbar-jat. a Cray megoldasa az opteron 2xx sorozat egytelen cache-koherens HT linkjet 'offchip' aggregalja ossze. a Horus a 8xx sorozatot hasznalja es kihasznalja igy az onchip lehetosegeket, voltakepp egy masodik 4-es layert ad csupan. a newisys horusa koltseghatekonyabb - lenne, ha letezne
Old Black Joe's still pickin' cotton
#204
Elküldve: 2006. 02. 14. 17:34
Idézet: Elric - Dátum: 2006. febr. 14., kedd - 15:54
Persze meg is valaszolom a kerdest... Azert, mert nem cache koherensre csinaltak az SPE-ket. Pedig lehetett volna, csak eppen az adott celfeladat eseteben nem biztos, hogy van ertelme.
pontosan. a mogotte allo programozasi paradigma egy implicit adatfugges-mentes tobbszalusag.
Old Black Joe's still pickin' cotton
#205
Elküldve: 2006. 02. 16. 11:05
#206
Elküldve: 2006. 02. 16. 11:46
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#207
Elküldve: 2006. 02. 16. 13:15
Idézet: bogdan - Dátum: 2006. febr. 16., csütörtök - 11:46
Már miért ne vonatkozna? 2.2-ből egyszerű matematikai műveletekkel ki lehet számolni, hogy mi van 2.6-on. Nyilván 2.6-ról felfelé már erős hibák jönnek be, de te tudsz bármi egyéb adatot? Mert egyedül én hoztam róla bármiféle releváns infót eddig tudtommal. Ha van bárkinek bármiféle adata, akkor ne titkolja el!
Plusz még az is ott van, hgoy egyáltalán nem biztos, hogy csak a fogyasztás szab gátat a skálázódásnak. Lehet, hogy maga a pipeline, illetve annak 12/18 lépcsős volta is korlátoz. De mit csináljunk, ennyi infónk van. Szegény ember vízzel főz.
#208
Elküldve: 2006. 02. 16. 13:26
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#210
Elküldve: 2006. 02. 16. 14:17
Idézet: bogdan - Dátum: 2006. febr. 16., csütörtök - 13:26
Nem, egyáltalán nem kártyajóslás. Abból, hogy 2.2 GHz-ről 2.6-ra történő emeléshez 60% kell sok minden következik. Például az biztosan, hogy a 2.6-ról 3-ra emelés is legalább ennyivel növeli meg a fogyasztást. Ez máshonnan tudható. Továbbá, az AMD nem mondta, hogy 2.2 és 2.6 esetéről van szó, ezt csak én fűztem hozzá magyarázatként. Könnyen lehet, hgoy 2-2.4-ről beszélt. Még valószínűbb, hogy nem fix órajelekről beszélt, hanem általánosságban beszélt arról, hogy a mai frekvenciákon (2-3 GHz) ez kb. ilyen mértékű.
#211
Elküldve: 2006. 02. 16. 14:24
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#212
Elküldve: 2006. 02. 16. 14:54
Én részemről befejezem a vitát, mert elég kilátástalannak látom a meggyőzésed. Meg annyira nem is érdekel.
Szerkesztette: hvuk 2006. 02. 16. 14:54 -kor
#213
Elküldve: 2006. 02. 16. 15:02
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#214
Elküldve: 2006. 02. 16. 16:48
Idézet: hvuk - Dátum: 2006. febr. 16., csütörtök - 11:05
kedves hvuk, es akkor meg ottmarad az interfeszeles a nexgen crossbar es a cache kerdese. nemt udni hogy unifed L2 lesz, e, valszeg nem, ellenberger unified offchip L3 a valoszinu. az orajel kiritkatlan novelese onmagaban keveset hoz a konyhara ha a HT linkek sebesseget nem tudod novelni. A sebessegnoveles meg sajnos onmagaban nemis eleg, mert a clockwise latency is az ellensegedde valik. nem szabad tehat kiragadott 'egyparameterkent' az orajelet vizsgalni. muszakilag a clockrate/tdp vagy whatever/tdp sem tul relevans, ha itt muszakilag alatt a mutatott szamitasi teljesitmenyt nezzuk.
Tovabba azt se feledjuk, hogy egy tavalyi slied-on, 2008-2009 koruli idopontra teve lattunk egy cell-szeru architekturat, opteron kore, ami a 4magos rendszer utan kovetkezik.
What do stars do? They shine.(Yvaine)
#215
Elküldve: 2006. 02. 16. 16:52
Idézet: hvuk - Dátum: 2006. febr. 16., csütörtök - 14:17
hvuk arra probalunk celozni, hogy ebeli extrapolaciod csak egy definit processz menten allnak meg. ha a 65 nano processz-modositast hoz, borulhat az egesz. ami szamsorokat lattam, minden processznek van egy sweet-spot-ja, vagyis egy optimum orajele.
What do stars do? They shine.(Yvaine)
#217
Elküldve: 2006. 02. 17. 08:18
Idézet
ordogi..
"Ez van bazdmeg, ha nem tetszik, el lehet menni."
#218
Elküldve: 2006. 02. 18. 10:29
#219
Elküldve: 2006. 02. 18. 20:51

Jól látszik, hogy ahogy akarják növelni az órajelet úgy kell exponenciálisan emelkedő mértékben növelni a feszültséget. A vízszintes és a függőleges tengelyen a szorzók vannak a fenti 2.6 GHz-hez és az 1.35 V-hez képest.
#220
Elküldve: 2006. 02. 18. 23:18
Idézet
"Ez van bazdmeg, ha nem tetszik, el lehet menni."

Súgó
A téma zárva.













