[bogdan]

hvuk: bocsanat, igazad van, osszekevertem a szintetikus benchmarkokat (amik egy cacheline-nyi adatot zavarnak at a buszon) es a valos memoria olvasas/iras ertekeket. a szintetikus banchmark gyakorlatilag mindig a maxot hozza, egyszeruen a busz szelesseget meri. (es a valos, nagy meretu memoriamuveletekkel ezek nem szoktak koszonoviszonyba lenni.) en a valos eletbeli sd/ddr kulonbsegre utaltam: itt hibasan.

ebben az esetben valoban nem nez ki jol a szintetikus meresekbeli kis kulonbseg.

[Michell]

Idézet: hvuk - Dátum: 2006. máj. 18., csütörtök - 8:08

Ha az elvi sávszélesség duplázása 10-30% közti plusz gyakorlati sávszélességet jelentene

K. hvuk !

Én is csak az SD - DDRam váltáskori méréseimet tudom elõszedni. Az pedig pont a 30% körül ingadozott gépfüggõen. (Persze ez DB teszt, amiben az összes komponens telejesítménye bennevan valamilyen mértékig, de a memóriaelérés -elvileg- pont az egyik leglényegesebb).

Tehát az adott idõpillanatban /technikai szinten/ ez bizony várhatóan 30% gyorsulás. Pesze ez nem jelenti azt, hogy a késõbbiekben nem tudják növelni a sebességet.

Természetesen ez nem szintetikus memóriasebesség mérés.

Szerkesztette: Michell 2006. 05. 18. 10:47 -kor

[special]

A K8L elõrelépése a memóriaalrendszer, infrastrukturális szinten lesz jelentõs, nem pedig mikroarchitekturálisan. a munka nagyon túlnyomó részét ez vitte el, a négymagos arbiter, a koherens ht 3.0 linkek, az ooo motor baszkurálása. a végrehajtóegységek száma tudtommal nem lett több, viszont az FP egységek 128 bitre szélesedtek. a cucc még mindig 3 issue, és szerintem a control logicon nagyon sokat nem reszeltek. a javulás egyértelmûen a memóriarendszer javulásának lesz köszönhetõ, nem pedig a mikroarchitektúra izmosodásának.

Ezzel némi kontrasztban van az NGMA-val, amely sokkal erõteljesebbnek tûnik, viszont inferior infrastrukturális oldalról. Ez utóbb szerintem 2xDC kiépítésben nem fog érzõdni, viszont a nagyon hamar érkezõ 2xQC megintcsak úgy néz ki, el fog éhezni csúnyán (2x mag, alacsonyabb buszsebesség a több load miatt) mint ma a Paxville.

SFIJ, elhiszem, hogy a te Itanium-basher, a tényeket ignoráló álláspontod felõl mindenki rózsaszín ködben nézi az IPF helyzetét, aki minimum nem Itanicozik és doomsdayt vagy nicheplayert emeleget, az elfogult. Annyit hadd jegyezzek meg, hogy miközben gyakorlatilag minden erõs szkepticizmussal fogadsz, gyakorlatilag akkor hiszel el valamit, ha mûködik az asztalodon, hogy ezt a fajta hozzáállást igazán gyakorolhatnád magaddal szemben is: egy nagyon halvány esélye talán csak van, hogy nem te látod jól.

[Michell]

Idézet: special - Dátum: 2006. máj. 18., csütörtök - 9:55

gyakorlatilag akkor hiszel el valamit, ha mûködik az asztalodon

Ezzel azért nincs egyedül. Ezért van pl. hogy opteronokkal egyáltalán most kezdek dolgozni - amikor az asztalomra kerül. A xeon topikban is ezért a számomra elérhetõ szinttel foglalkozom, azzal amit már magam is le tudtam legalább tesztelni. A többi csak távoli ködös jövõ, avagy olyan teszt amely némi kiindulást ad. De számítani csak az számít amit számomra tud produkálni.

Mikor is fogunk itt MO-n sorozatban K8L-en avagy Core -on alapuló szerverekkel dolgozni ?

[hvuk]

Idézet: bogdan - Dátum: 2006. máj. 18., csütörtök - 11:37

hvuk: bocsanat, igazad van, osszekevertem a szintetikus benchmarkokat (amik egy cacheline-nyi adatot zavarnak at a buszon) es a valos memoria olvasas/iras ertekeket. a szintetikus banchmark gyakorlatilag mindig a maxot hozza, egyszeruen a busz szelesseget meri. (es a valos, nagy meretu memoriamuveletekkel ezek nem szoktak koszonoviszonyba lenni.) en a valos eletbeli sd/ddr kulonbsegre utaltam: itt hibasan.

ebben az esetben valoban nem nez ki jol a szintetikus meresekbeli kis kulonbseg.

Semmi gond. Nem haragszom.

[hvuk]

Idézet: Michell - Dátum: 2006. máj. 18., csütörtök - 11:45

K. hvuk !

Én is csak az SD - DDRam váltáskori méréseimet tudom elõszedni. Az pedig pont a 30% körül ingadozott gépfüggõen. (Persze ez DB teszt, amiben az összes komponens telejesítménye bennevan valamilyen mértékig, de a memóriaelérés -elvileg- pont az egyik leglényegesebb).

Tehát az adott idõpillanatban /technikai szinten/ ez bizony várhatóan 30% gyorsulás. Pesze ez nem jelenti azt, hogy a késõbbiekben nem tudják növelni a sebességet.

Természetesen ez nem szintetikus memóriasebesség mérés.

Magyarán az SDR->DDR váltás a rendszer teljesítményén 30%-ot dobott egy aránylag memóriaintenzív alkalmazásban. Ez nagyon szép eredmény. De ez azt is jeletni, hogy szintetikus tesztekben legalább +50-60%-ot kellett, hogy javuljon a rendszer (nagyon minimum).

[hvuk]

Idézet: special - Dátum: 2006. máj. 18., csütörtök - 11:55

A K8L elõrelépése a memóriaalrendszer, infrastrukturális szinten lesz jelentõs, nem pedig mikroarchitekturálisan. a munka nagyon túlnyomó részét ez vitte el, a négymagos arbiter, a koherens ht 3.0 linkek, az ooo motor baszkurálása. a végrehajtóegységek száma tudtommal nem lett több, viszont az FP egységek 128 bitre szélesedtek. a cucc még mindig 3 issue, és szerintem a control logicon nagyon sokat nem reszeltek. a javulás egyértelmûen a memóriarendszer javulásának lesz köszönhetõ, nem pedig a mikroarchitektúra izmosodásának.

Microarchitekturálisan is nagy lesz a változás. Legalábbis én a javított banch predictiont, a megnövelt méretû fetchet és az OOO load executiont ide sorolom. Ezek elsõsorban az integer teljesítményt javítják, mégpedig elég nagy mértékben (legalább +10%-ot dobnak az IPC-n). A memória és cache rendszer javulásas ehhez hozzátesz még további 5-10%-ot, bár persze kérdés az L1/L2 cache javulása, ebben már annak némi tunigja is bent van.

A 3 vagy 4 issue kérdés nem annyira jelentõs, például a lebegõpontos teljesítménye clock-to-clock nagyobb lesz a K8L-nek, mint a Woodcrestnek, pedig ez utóbbi ugye keskenyebb. Integerben meg kb. pariban lesznek szerintem. A 4 magos és legalább 2 socketes rendszer esetét meg ugye már te is pedzegetted, ott már a K8L lesz fölényben, 4+ socketnél meg a 4 magis Woodcrest (ez a Tigerton?) pedig nagyon lemarad.

Az NGMA teljesítménynövekedése nem abból származik elsõsorban, hogy 4 issue 3 issue helyett, hanem a elsõsorban memory imbugiation-bõl. Az kb. 10% teljesítménynövekedésért felelõs egymaga. És ugyan a K8Lben lévõ OOO load execution nem lesz ilyen fejlett (legalábbis a hírek szerint), de azért így is sokat fog dobni a teljesítményen.

[hvuk]

a legrisebb hírek szerint a QC K8L-ek csak 2008-ban fognak debütálni. Ha ezt összevetjük azzal, hogy az AMD 2 nappal ezelõtt még 2007 eleji K8L debütálásról beszélt és mindkét hírt igaznak fogadjuk el, akkor az csak úgy lehetséges, hogy 2007-ben csak DC K8L-ek lesznek.

[SFIJ]

Idézet: bogdan - Dátum: 2006. máj. 18., csütörtök - 8:50

"Ugyanazt a cikket olvastuk?"

igen, en ezekrol a szamokrol beszeltem. en sohasem hittem azt, hogy a ddr2-800 mindenben 2x gyorsabb lenne, mint a dd1-400. en nem azt neztem, hogy mekkora az elvi kihasznaltsag, hanem azt, hogy mennyit javult az elozohoz kepest! es e szerint azert ez egy tetszetos lepes. es valahogy az a gyanum, hogy ennel sokkal jobb nem lesz. (csak egy tipp.)

jo egy-masfel eve cikkeztunk arrol, hogz a DDR2 csak parasztvakitas. voltakepp csak ahhoz kell hogy a GHz-es buszokhoz jobban illeszkedjen.

[SFIJ]

Idézet: special - Dátum: 2006. máj. 18., csütörtök - 10:55

a control logicon nagyon sokat nem reszeltek. a javulás egyértelmûen a memóriarendszer javulásának lesz köszönhetõ, nem pedig a mikroarchitektúra izmosodásának.

erdemes a die fotokat megnezni. teljesen atalakult a core.

[Asker]

Idézet: hvuk - Dátum: 2006. May. 18., Thursday - 13:06

A 3 vagy 4 issue kérdés nem annyira jelentõs, például a lebegõpontos teljesítménye clock-to-clock nagyobb lesz a K8L-nek, mint a Woodcrestnek, pedig ez utóbbi ugye keskenyebb. Integerben meg kb. pariban lesznek szerintem.

Idézet

It is doing the obvious doubling of SSE/FP resources, old news now, but it goes a lot deeper than that. There are a bunch of added instructions, starting with the bit manipulation instructions LZCNT and POPCNT. It also added SSE extensions EXTRQ/INSERTQ and MOVNTSD/MOVNTSS. No word on SSE4 though.

[hvuk]

Idézet: Asker - Dátum: 2006. máj. 18., csütörtök - 18:02

It is doing the obvious doubling of SSE/FP resources, old news now, but it goes a lot deeper than that. There are a bunch of added instructions, starting with the bit manipulation instructions LZCNT and POPCNT. It also added SSE extensions EXTRQ/INSERTQ and MOVNTSD/MOVNTSS. No word on SSE4 though.

Ez mit cáfol meg? Vagy mire írtad? Vagy arra gondolsz, hogy dupla akkora lesz az FP teljesítménye, mint a K8-nak? Mert az ugye triviálisan nem igaz.

[hvuk]

Idézet: SFIJ - Dátum: 2006. máj. 18., csütörtök - 16:57

jo egy-masfel eve cikkeztunk arrol, hogz a DDR2 csak parasztvakitas. voltakepp csak ahhoz kell hogy a GHz-es buszokhoz jobban illeszkedjen.

Nem parasztvakítás. Egy 4 magos procit nem tudsz DDR-400 memóriával ellátni elég adattal. DC procikhoz elég, de QC-khez már nem.

[hvuk]

Hoppá! Megtörtént! Bejelentették!

A Dell AMD Opteronos gépeket fog bemutatni év végén! Ezt maga Kevin Rollins jelentette be.

Idézet

...
Product Leadership:

    * Dell will end the year with the broadest and highest quality product line in its history, including a new generation of servers, and new storage products, desktop and notebook computers, and printers.
    * In the enterprise, we will launch new ninth generation servers featuring Intel's Woodcrest microprocessors. Dell will also introduce new AMD Opteron processors in our multi-processor servers by the end of the year offering a great new technology to our customers at the high-end of our server line.
    * On the client side, our focus on the XPS brand and acquisition of Alienware signals a renewed vigor around product design and quality for desktops and notebooks. In mobility, we will enhance our line this fall with Intel's new energy-efficient Merom processor. And, we will have Intel's Conroe in our desktops and workstations later this year.
...

[SFIJ]

Idézet: hvuk - Dátum: 2006. máj. 18., csütörtök - 18:32

Nem parasztvakítás. Egy 4 magos procit nem tudsz DDR-400 memóriával ellátni elég adattal. DC procikhoz elég, de QC-khez már nem.

hogyne tudnál. quad channel memcontroller kell hozzá.

[hvuk]

Idézet: SFIJ - Dátum: 2006. máj. 18., csütörtök - 22:54

hogyne tudnál. quad channel memcontroller kell hozzá.

Úgy igen. De ahhoz 4 slotot ki kell tölteni. Ez viszont csökkentheti a memória frekvenciáját. Általában csökkenti is. És persze a gyártási költségeknek sem tesz jót a megnövelt pinszám. Továbbá az elektromos jelek sem szeretik a megnövelt párhuzamos adatforgalmat.

Amúgy a múltkori elmélkedésed a DDR-2 idõzítéseirõl sehol másutt nem köszönt vissza. Direkt figyeltem rá, de sehol sem írtak hasonlót, se az RWT fórumán, se az AcesHardware-n. Pedig voltak viták a DDR-2 latency kérdésérõl dögivel. Mégsem írta senki, hogy a DDR-2 latencyjei azonos - normált - értékek esetén sem lesznek a valóságban jók, sõt hogy kimondottan rosszabbak lesznek mint a DDR-nél. Ez nem azt jelenti, hogy nincs igazad, csak annyit jelent, hogy sehol nem írták. Ami azért az én számomra elgondolkodtató.

Szerkesztette: hvuk 2006. 05. 18. 22:00 -kor

[hvuk]

A Dell eredményei mellesleg nagyon nem rózsásak. A forgalom ugyan növekedett 6%-ot YtoY, de a nettó nyereség csökkent 18%-al. Ez nyilván a nagyon nyomott számítógépes áraknak köszönhetõ, bár errõl nincs szó a cikkben. Ebben viszont igen, õk is ezt hozzák fel indokként. A Dell eredményei mellesleg elmaradtak a várakozástól, elõzõleg 14.2 és 14.6 közti forgalmat várt a Dell, ebbõl 14.2 teljesült, az egy részvényre jutó nyereséget pedig 36 és 38 cent közé, ebbõl végül is csak 33 lett.

E szerint a hír szerint DC Opteronokat fognak használni a high-end szervereikben. Mondjuk ebben semmi meglepõ nincsen.

[bogdan]

engem ez nevettetett meg:
"offering a great new technology"

hany eves is az Opteron?

[hvuk]

Egy újszülöttnek minden vicc új.

[SFIJ]

Idézet: hvuk - Dátum: 2006. máj. 18., csütörtök - 21:59

Ez nem azt jelenti, hogy nincs igazad, csak annyit jelent, hogy sehol nem írták. Ami azért az én számomra elgondolkodtató.

profán egyszerû oka van ennek. mindenki sávszélesség mámorban él. de 10 éve a ram cell core lényegileg azonos, így a sebessége is. az fb-dimm, az õ elosztott L3$-szerûségével hozhat némi áttörést, ellnberger a DDR2/3 szinte már semmi elõnnyel nem rendelkezik a RAMBUS-okhoz képest, hacsak az árcédulát nem nézzük... ami az idõk romlását illeti.. hát kérem a mux/demux is kreál néhány clockocska latency-t

Szerkesztette: SFIJ 2006. 05. 19. 00:50 -kor