Győzzön a jobbik.
AMD Hammer - negyedik rész
#641
Elküldve: 2006. 05. 20. 01:48
Győzzön a jobbik.
#642
Elküldve: 2006. 05. 20. 01:50
Idézet: Asker - Dátum: 2006. máj. 20., szombat - 2:48
Győzzön a jobbik.
Lófaszt. Győzzön az AMD.
Csak vicc.
#643
Elküldve: 2006. 05. 20. 11:08
Idézet: hvuk - Dátum: 2006. May. 20., Saturday - 1:50
Csak vicc.
#644
Elküldve: 2006. 05. 20. 11:59
Szvsz nem csak nekem mint read only olvasónak nem világos hogy mitől függ egy adott proci/architectura integer/fp teljesítménye. Megköszönnénk ha erre vonatkozólag vmi megtisztelő választ illetve linket adnátok.
pl az SSE engine mint kiderült számomra akkor az fpt nyomja meg, de akkor mi nyomja meg a Conroenál az integert, ha nem a 2*128as SSE engine?
Köszönöm.
Szerkesztette: Minax 2006. 05. 20. 12:00 -kor
#645
Elküldve: 2006. 05. 20. 12:10
Idézet: Minax - Dátum: 2006. máj. 20., szombat - 11:59
Szvsz nem csak nekem mint read only olvasónak nem világos hogy mitől függ egy adott proci/architectura integer/fp teljesítménye. Megköszönnénk ha erre vonatkozólag vmi megtisztelő választ illetve linket adnátok.
pl az SSE engine mint kiderült számomra akkor az fpt nyomja meg, de akkor mi nyomja meg a Conroenál az integert, ha nem a 2*128as SSE engine?
Köszönöm.
itt kissé összezavarodtak a dolgok szvsz. a modern processzorokban 3 VE csoport van. Ezek a hagyományos integer egység (összeadás, kivonás, szorzás, maradékos osztás), a hagyományos lebegőpontos, ieee kompatibilis egység és a multimédia célú vektoregység, ami x86 esetben a 3dnow/sse. tehát az sse/3dnow egység önmagában az integer és a hagyományos fp egységek teljesítményét nem befolyásolja.
nagy vonalakban ezen egységek teljesítménye attól függ, hogy milyen gyorsan - hány órajel alatt végeznek el egy műveletet, egyidőben mennyi műveleten tudnak dolgozni (pipelining) illetve attól. hogy milyen gyorsan jutnak adathoz, illetve a kész eredményt milyen gyorsan lehet a helyére illeszteni (I/O).
Az AMD processzorok az utóbbi pár évben a szupergyors I/O-nak köszönhetik eredendően nagy teljesítményüket, míg az intel esetben a VEk váltak gyorsakká.
mostanában egy konvergencia-játék folyik - az intel javított az I/O teljesítményen, miküzben az AMD meg a VEk teljesítményét növeli.
Szerkesztette: SFIJ 2006. 05. 20. 12:11 -kor
What do stars do? They shine.(Yvaine)
#646
Elküldve: 2006. 05. 20. 12:14
Akkor mitől olyan fenerős Conroe integerje, ha nincs hozzá köze a 2*128 bites SSE engine-nek?
Illetve ha ez a OoO meg a macro ops meg stb, meg a memory disambiguation miatt van ez akkor az fpje mért nem olyan erős?
#647
Elküldve: 2006. 05. 20. 12:19
Idézet: hvuk - Dátum: 2006. máj. 20., szombat - 1:50
Csak vicc.
Rohadt áruló
Naná ,hogy győzzön az AMD
Amúgy meg ne győzzön senki csak jöjjön fel az AMD egy 35-40%-os részesedésre szerver és desktop piacon...Jót tenne ez az áraknak meg az Intel nagyképű marketingeseinek is...
Szerkesztette: Zollka 2006. 05. 20. 12:20 -kor
#648
Elküldve: 2006. 05. 20. 12:21
Idézet: Minax - Dátum: 2006. máj. 20., szombat - 12:14
Akkor mitől olyan fenerős Conroe integerje, ha nincs hozzá köze a 2*128 bites SSE engine-nek?
mitől.. mitől... hát attól, hogy jól vanik megcsinálva
What do stars do? They shine.(Yvaine)
#649
Elküldve: 2006. 05. 20. 12:22
Idézet: hvuk - Dátum: 2006. máj. 19., péntek - 20:33
What do stars do? They shine.(Yvaine)
#650
Elküldve: 2006. 05. 20. 12:43
Idézet: SFIJ - Dátum: 2006. máj. 20., szombat - 12:21
De lehet az is ,hogy ez is csak a marketingesektől olyan jó ugye????
#651
Elküldve: 2006. 05. 20. 13:14
Idézet: Minax - Dátum: 2006. máj. 20., szombat - 13:14
Akkor mitől olyan fenerős Conroe integerje, ha nincs hozzá köze a 2*128 bites SSE engine-nek?
Illetve ha ez a OoO meg a macro ops meg stb, meg a memory disambiguation miatt van ez akkor az fpje mért nem olyan erős?
gyakorlatilag minden átdolgozásra került a Conroe-ban, így tömören nehéz megválaszolni, hogy mitől erős a processzor. ha mégis össze kellene foglalni valahogy, akkor azt mondanám, az NGMA-ban az áteresztőképesség a kulcsszó, tehát nagy tömegű adat át tudjon áramlani a kiszélesített magon.
ebbe beletartoznak a gyors és nagy cache-eken kívül a szélesebb és okosabb dekóderrendszer, az agresszívabb re-order motor és ütemezők, a és a több végrehajtóegység. 3 integer, 2 FP és 3 SSE egység található (utóbbiak nem teljesen függetlenek fizikailag) a magban, amely mindegyike képes 1 órajel alatt végrehajtani 1 megfelelő utasítást (nem teljesen szimmetrikusak), persze nem egyszerre, mivel 3 porton ülnek 8-an. lényegében a chip 4-utasítás szélesnek tekinthető, mivel egy órajelben 3 számítást és 1 memóriaműveletet tud outputként produkálni.
azt honnan veszed, hogy az FP-je nem olyan erős? az áteresztőképessége 4 DP FLOPS/órajel, megjelenésekor a legerősebb FP-képességekkel rendelkező x86-os chip lesz, és a K8L talán felzárkózik hozzá.
ezeket az ábrákat ajánlom egyébként áttanulmányozni: http://realworldtech.com/page.cfm?ArticleI...30906143144&p=3
a Conroe-val kapcsolatban a hulladék PC-kódok miatt a magasabb FSB, a cache-rendszer, az agresszívabb re-order és a memory disambiguation dominánsak szerintem, például a játékok alatt.
Szerkesztette: special 2006. 05. 20. 13:15 -kor
#652
Elküldve: 2006. 05. 21. 09:43
Idézet: special - Dátum: 2006. máj. 20., szombat - 0:22
4+ utas rendszerekben pedig egyértelmű az AMD dominancia, érdekes lesz, hogy a Tulsa tud-e valamit kezdeni a piacon vele.
Szerintem nem ez benne a főbaj (mármint a multi-chip package), a kérdés a következő: tudnak-e hozzá versenyképes chipsetet csinálni?
(mondjuk az igaz, hogy a 4+ socketnél nagyon nem árt az L3 cache, azt meg mcp négymagosnál nehéz elképzelni. Akkor mégiscsak igazad van, hogy mégse jó az mcp négymagos...
Bár az Intel a MCP négymagosát 2007 elejére ígérte, hvuk az elsőző oldalon viszont azt írta, a négymagos K8L viszont csak 2008 elején jön. Addig csak összeheggesztenek már egy shared L3 cache-es verziót Inteléknél is (vagy nem)
PS: tényleg, a Bensley végre már a piacon van? (vagy úgy gondolkoznak, most az a pár hónap már nem számít, és a woodcresttel együtt lesz kihozva?)
És mi a helyzet Tulsaval? Az mikor kerül piacra?
PPS: ja, és ezt írod:
"4+ utas rendszerekben pedig egyértelmű az AMD dominancia, érdekes lesz, hogy a Tulsa tud-e valamit kezdeni a piacon vele."
Igen ám, de előtte a _négymagos_ chipekről írtál, a Tulsa viszont csupán kétmagos.
#653
Elküldve: 2006. 05. 21. 09:45
Idézet: hvuk - Dátum: 2006. máj. 20., szombat - 2:34
A variáns: A K8L átmeneti, utána bemutatnak 2 új architektúrát.
B variáns: A K8L a mobil/desktop/low-end szerver piacra készült verzió, a másik chip késöbb jön a high-end piacra.
C variáns: A K8L a high-end piacra tervezett chip, de átmenetileg használni fogják a többi piacon is, ám 2008 végén kijön az új chip, ami leváltja a K8L-t ezen a piacokon.
Gondolom nem árulok el nagy titkot, ha azt mondom, hogy szerintem a 2. verzió C variánsa a legvalószínűbb.
Hát a négymagos, shared L3 cache-es verzió egyértelműen a high-end piacra szánt termék, ez önmagában eléggé leszűkíti a variációidat...
Viszont Te komolyan gondolod, hogy 2007ben jön majd valami _teljesen_új_ mikroarchitektura a mobil és desktop piacra, amiről 2006 derekán még semmit sem lehet tudni, azon kívül, hogy állítólag lesz?
PS (szerk.): ja, bocs, 2008 végére várod az új chipet. Így azért hihetőbb.
Szerkesztette: d n . r 2006. 05. 21. 09:47 -kor
#654
Elküldve: 2006. 05. 21. 11:29
Idézet: d n . r - Dátum: 2006. máj. 21., vasárnap - 10:45
Viszont Te komolyan gondolod, hogy 2007ben jön majd valami _teljesen_új_ mikroarchitektura a mobil és desktop piacra, amiről 2006 derekán még semmit sem lehet tudni, azon kívül, hogy állítólag lesz?
PS (szerk.): ja, bocs, 2008 végére várod az új chipet. Így azért hihetőbb.
Ezt Henri Richards jelentette ki márciusban a Digitimes-nak. Sajnos már fizetős és az első részt a Google-ban sem találtam meg. 2007-2008-ra két új architectúrát ígér: egyet a high-end sezrver szegmensbe, egyet meg a többire.
#655
Elküldve: 2006. 05. 21. 11:46
Idézet: d n . r - Dátum: 2006. máj. 21., vasárnap - 10:43
(mondjuk az igaz, hogy a 4+ socketnél nagyon nem árt az L3 cache, azt meg mcp négymagosnál nehéz elképzelni. Akkor mégiscsak igazad van, hogy mégse jó az mcp négymagos...
Bár az Intel a MCP négymagosát 2007 elejére ígérte, hvuk az elsőző oldalon viszont azt írta, a négymagos K8L viszont csak 2008 elején jön. Addig csak összeheggesztenek már egy shared L3 cache-es verziót Inteléknél is (vagy nem)
PS: tényleg, a Bensley végre már a piacon van? (vagy úgy gondolkoznak, most az a pár hónap már nem számít, és a woodcresttel együtt lesz kihozva?)
És mi a helyzet Tulsaval? Az mikor kerül piacra?
kicsit offtopik, vagy mégsem, végülis az opteron közvetlen ellenfele a xeon. február végi roadmap alapján a bensley-nek már rég piacon kellene lennie a dempsey-vel egyetemben. gyakorlatilag alig marad a dempseynek néhány hónapja a woodcrestig, valószínűleg arról van szó, hogy a dempsey/bensley, mint stop-gap termék csúszik, míg az ngma korábban készült el, mint várták, vagy legalábbis nem következett be csúszás.
ezen roadmap alapján a bensley 2007 közepéig van, akkor váltja a stoakley, amelyről egyelőre keveset tudni, de nem hinném, hogy bármiféle radikális újítát hozna magával a rendszerbusz, memóriakezelés szemszögéből, talán ráfekszenek koherencia forgalom szűrésére, esetleg routert építenek bele.
a woodcrest ugye kétmagos chip, 1333 MHz-es dedikált busszal, így magonként 4,2 GB/s a sávszélességet. ez megfelelőnek tűnik, magas loadnál egyáltalán nincs hátrányban az opteron-rendszerekkel, sőt mivel utóbbi ddr2-t használ fb-dimmel szemben, ezért a sustained átvitel a woodcrest/bensley esetében magasabb is lehet, ergo kétutas rendszerekben egy ideig intel-fölény várható majd.
a gondok a négymagosoknál kezdődnek, mivel mivel a magonkénti sávszél nem hogy megfeleződik, hanem 60 százalékkal zuhan meg a két chip miatt csökkenő FSB-sebesség (több elektronikai load) következtében. a clovertown (MCP) 2007 elején érkezik a tervek szerint, míg az egy chipre integrált négymagos ngma 2008 elején, harpertown néven. ez már a stoakleyban ül majd. ha kijön a négymagos chipekkel 2007 közepén az AMD, és rak beléjük FBD-támogatást, akkor ismét fordulhat a helyzet. a CSI csak 2008 második felére van kitűzve.
a 4P+ utas rendszereknél egyszerűbb a helyzet. a tulsa szörnyeteg feladata (kétmagos netburst chip, 16 MB osztott L3 cache-sel, 3.4 GHz-en, 150 wattos tdp-vel) hogy a szar truland platformot valamennyire a felszínen tartsa, míg a dedikált buszokat, fb-dimm támogatást, stb. hozó caneland platform 2007 közepe felé nem landol négymagos ngma megoldással, a tigertonnal. a tulsa 2006 második felének elején esedékes. intel xeon mp oldalon nem lesz kétmagos ngma a jelenlegi állás szerint. CSI-t csak 2009-ben akarnak neki adni.
az intel xeon mp platformja tehát jelentősen javulni fog a következő 1 évben, viszont nem éri be az AMD-t (hacsak nem csinálnak valami olyan őrültséget, hogy két busz foglalatonként).
#656
Elküldve: 2006. 05. 21. 12:14
Idézet: hvuk - Dátum: 2006. máj. 21., vasárnap - 12:29
Ki tudja, mennyire "szigorúan" kell érteni azt az új architektúrát? Lehet, hogy csupán a 2 mag vs. 4 mag + shared L3 cache a két verzió...
De egyébként 2008 vége olyan messze van, hogy addigra még talán egy ténylegesen új architektúra is belefér...
#657
Elküldve: 2006. 05. 21. 12:28
Idézet: special - Dátum: 2006. máj. 21., vasárnap - 12:46
Igen, én is erre gondoltam.
Idézet
A négymagos K8L-t hvuk - akiről igazán nem mondható, hogy pesszimistán szokta megítélni az AMD helyzetét...
HA így lesz, kb. fél évig csak az Intel részéről lesz négymagos szerverchip a piacon. Mégha ez MCP is, azaz nem olyan hatékony, mint lehetne, attól még a költségérzékeny 2utas piacon szép eredményeket érhet el (főleg ugye, hogy a várakozások szerint kétutas esetben a kétmagos woodcrest is kicsivel jobb lesz a kétmagos opteronnál)
Idézet
A Tigerton gondolom abban különbözik a clovertown-tól, hogy nem MCP. Viszont ha már 4P+ rendszerekbe szánják, elvileg akkor shared L3 cache-re is lehet számítani, az segít majd valamicskét a chipset-problémákon. És ez még mindig csak 2007 közepe (persze HA a roadmap-eknek hinni lehet), azaz fél évig az Intelnél lesz az előny (HA lesz)
#658
Elküldve: 2006. 05. 21. 13:26
szerintem a tigerton mcp, a különbség abban van, hogy MP, lehet kap extra cache-t. a dunnington lesz integrált, 2008 közepére van írva. a tigerton is egyfajta gap-termék, olyan oldalról, hogy az indiaiak belebuktak a CSI implementálásába, amely xeon whitefield kódnéven futott.
kicsit zanzásítva: xeon dp ||| xeon mp ||| opteron
06H2: woodcrest/bensley ||| tulsa/truland ||| K8 revF
07H1: clovertown/bensley, négy mag mcp ||| --- ||| ---
07H2: clovertown/stoakley ||| tigerton/caneland, négy mag mcp ||| K8L, revG
08H1: harpertown/stoakley, négy mag, single chip ||| --- |||---
08H2: nextgen Xeon/CSI ||| dunnington/caneland ||| K8L, revH
Szerkesztette: special 2006. 05. 21. 13:27 -kor
#659
Elküldve: 2006. 05. 21. 16:17
Idézet: d n . r - Dátum: 2006. máj. 21., vasárnap - 13:28
Kösz.
Mellesleg tévedésben vagy több ok miatt is. Egyrészt ezt nem én várom így, hanem csak idéztem egy forrást. Amiben én jelenleg hiszek az az, hogy a K8L 2007 elején (szvsz. április 2x-edikén) érkezik és csak a szerver piacra. Azért pont ekkor, mivel ekkor az Opteron 4 éves évfordulóján jelentenék be. Szerintem 4 magos lesz, vagy legalábbis lesz 4 magos verziója, de erre nem veszek mérget.
Másrészt ott is tévedsz, hogy optimistán ítélem meg az AMD jövőjét. Mostanában az AMD rendre rámcáfol.
#660
Elküldve: 2006. 05. 21. 17:27
Dailytech infói mást állítanak
Idézet
In early 2008, AMD's corporate roadmap claims a quad core desktop CPU will make an appearance, dubbed Greyhound. Greyhound is slated to become the first quad-core AMD chip to use the HyperTransport 3 bus, and the memory controller is slated to support DDR2 and DDR3. Unlike Deerhound, Greyhound will use the K8L architecture, and all the goodies that come with it, including the 5.2GT/s HyperTransport support. Unless AMD's plans change drastically between now and 2008, the processors will require a new socket.

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














