[special]

Megszorongatja-e az AMD Barcelona az Intel Xeonjait?

[dezz]

Idézet: special - Dátum: 2007. szept. 26., szerda - 14:03

Megszorongatja-e az AMD Barcelona az Intel Xeonjait?

Felejtsd már el légyszi ezt a "K10h"-t! Ez így "K16"-ot jelent. A Barcelona a Family 10h elsõ tagja (a K8 a Family 0Fh volt, 0Fh után 10h jön hexadecimálisan). Tehát, vagy K10, vagy Family 10h.

[dezz]

Közben látom, hogy egyes kínai oldalakon is elõszeretettel ezt a hibás alakot használják, meg egyesek itt-ott fórumokban, de miért kellene követni a rossz példát?

[special]

dezz, igazad van abban, hogy szintaktikailag, szigorúan véve ez így nem jó. a k8, mint nyolcadik generációs, az tényleg 0Fh, vagyis 15. barcelona viszont se nem k9, se nem k10. a 10h az AMD generációcja lapján bizony 0Fh + 01h, vagyis 8.1. ha leírtam volna, hogy K8.1, mit kaptam volna?

[hvuk]

Special, nem azt mondja, hogy ez a 8.1-es lenne (hioszen 0F után az 10 jön a 16-os számrendszerben), hanem azt, hogy ne K10h-nak írd, hanem vagy "Family 10h"-nak vagy pedig K10-nek. Ez így olyan, mint az Arnold "Terminator" Schwarzenegger, meg a Tom "Mission Impossible" Cruise. 

Szerkesztette: hvuk 2007. 09. 27. 14:10 -kor

[dezz]

Idézet: special - Dátum: 2007. szept. 27., csütörtök - 13:28

barcelona viszont se nem k9, se nem k10.

Hivatalosan persze semmi ilyesmi, mert a K-s nomenklatúra megszûnt. Azonban nemhivatalosan K10 egy ideje. Ennek semmi köze a Family 10h-jához. A K8 sem K0Fh volt.

Idézet

a 10h az AMD generációcja lapján bizony 0Fh + 01h, vagyis 8.1. ha leírtam volna, hogy K8.1, mit kaptam volna?

Nincs okod úgy hívni, ugyanis csak azért 0Fh + 01h, mert a Base Family-re 4 bit áll rendelkezésre a vonatkozó CPUID regiszterben, aminek felsõ értéke 0Fh. Ezért adták hozzá késõbb a regiszterhez az ExtendedFamily biteket. A végsõ Family kiszámolásának képlete:

Idézet: BIOS and Kernel Developer’s Guide (BKDG) For AMD Family 10h Processors

Family is an 8-bit value and is defined as: Family[7:0] = ({0000b,BaseFamily[3:0]} + ExtendedFamily[7:0]). E.g. If BaseFamily[3:0]=Fh and ExtendedFamily[7:0]=01h, then Family[7:0]=10h. This document applies only to family 10h processors.

Szerkesztette: dezz 2007. 09. 27. 14:29 -kor

[SFIJ]

Idézet: special - Dátum: 2007. szept. 27., csütörtök - 13:28

dezz, igazad van abban, hogy szintaktikailag, szigorúan véve ez így nem jó. a k8, mint nyolcadik generációs, az tényleg 0Fh, vagyis 15. barcelona viszont se nem k9, se nem k10. a 10h az AMD generációcja lapján bizony 0Fh + 01h, vagyis 8.1. ha leírtam volna, hogy K8.1, mit kaptam volna?

én pl gutát töled. 0xf + 0x1 az 0x10 vagyis 16, nem  8.1 és semmi más ilyen.

persze az AMD defkója is nettó ökördég, mert ugye úgy hangzik, hogy a family 10h ha a base family 0xf, ey extended family 0x1. de a dokumentum csak  akkor igaz, ha a family 10h. tehát ha az extended family 0x02, akkor az összeg már 17 és így azmár kívül esik a family 10h dokumentáció hatókörén

a falmily k10h meg elterjedt a sajtóban, mostámr lemoshatatlanul. de vannak még a szakmában egyébb ökörségek, pl  sql adatbázis.

Szerkesztette: SFIJ 2007. 09. 28. 00:41 -kor

[dezz]

Idézet: SFIJ - Dátum: 2007. szept. 28., péntek - 1:23

persze az AMD defkója is nettó ökördég, mert ugye úgy hangzik, hogy a family 10h ha a base family 0xf, ey extended family 0x1. de a dokumentum csak  akkor igaz, ha a family 10h. tehát ha az extended family 0x02, akkor az összeg már 17 és így azmár kívül esik a family 10h dokumentáció hatókörén

Az nem egy definíció, hanem egy képlet, hogy az adott bitfieldekbõl hogy jön össze a "Family" érték.
A 10h-s eredmény meg egy példa volt. És azért éppen az a példa, mert az egész doksi a Family 10h-s procikról szól.

Idézet

a falmily k10h meg elterjedt a sajtóban, mostámr lemoshatatlanul.

Annyira azért nem elterjedt, és különben sem kell mindenáron követni, ami hibás.

[hvuk]

2.5 GHz-es 4-utas Barcelona SPECfp eredmény. Meglehetõsen jó.

[SFIJ]

Idézet: hvuk - Dátum: 2007. okt. 22., hétfõ - 0:15

2.5 GHz-es 4-utas Barcelona SPECfp eredmény. Meglehetõsen jó.

oké. de hogy áll a szerver szempontból legalább annyira fontos specInt2006?

[special]

már egy ideje a levegõben lóg, hogy update-eljem a múltkori grafikonokat, csak egyszerûen nem tudtam idõt szakítani az új spec eredmények kiértékelésére. hamarosan, remélem.

a barcelona egyébként szép paper launch volt, szerverben jövõ január elõtt nem nagyon lesz.

[SFIJ]

Idézet: special - Dátum: 2007. okt. 22., hétfõ - 12:49

a barcelona egyébként szép paper launch volt, szerverben jövõ január elõtt nem nagyon lesz.

jó. ezt eddig is tudjtuk

[special]

Idézet: SFIJ - Dátum: 2007. okt. 22., hétfõ - 12:58

jó. ezt eddig is tudjtuk

azért annyira nem, szeptemberben még lehetett hinni, hogy lesz, de a nagyon prioritásos komoly ügyfeleken kívül más nem jut hozzá, legalábbis ezt halljuk. szóval general availability Q1.

[SFIJ]

Idézet: special - Dátum: 2007. okt. 22., hétfõ - 13:07

azért annyira nem, szeptemberben még lehetett hinni, hogy lesz,

hinni a templomban vagy az ufókban, kinek-kinek a szuvenir liturgikus +gyõzõdése szerint

[Asker]

Nemtom ez ellen mit fog lépni...

sztem az amdnek befellegzett, csak úgy lehetet sikeres ha tényleg jobb csipeket csinál, a xart nem tudja eltolni jó áron úgy mint az intel lásd netburst...

[special]

szerintem azért még várju ki a végüket a temetéssel. a processzorüzletág a vártnál jobban teljesít, ha tényleg elkezdik végre okádni a barcelónákat magas órajeleken, akkor a szezonalitással együtt Q4 már kicsi nyereség is lehet. utána a negatív szezonális hatás ellenére tovább javulhatnak, ha az intel nem robbant ki árháborút -- baszott jó yieldjeik vannak 65 nanométeren, 45 nanométeren meg nevetséges méretû chipeket gyártanak, de egyelõre úgy tûnik, nincs ilyen szándék.

három nagy kérdése van 2008-nak:

-- vissza tudnak-e jönni egészséges nyereségbe
-- 45 nanométeres bevezetés mikor, és milyen teljesítményû a process
-- nehalem + QPI (ex-CSI) hogyan muzsikál

az pozitivista forgatókönyv szerint lesz 2 teljes negyedévük, mikor a 45 nanométeres termékeik felfutnak, viszonylag magas órajeleken (2,4-2,8 GHz), és az intel saját profitja érdekében nem kezd árháborúba. a nehalem q4 második felében érkezik, így nem lesz számottevõ hatása még. a szerverek megint elkezdik termelni a pénzt, a desktop amortizál, és a notebookok terén tovább fejlõdik a cég a pumának köszönhetõen, csökken az ASP szakadék.

a katasztrofális forgatókönyv szerint késnek a magas órajelû szállításaik, az intel pedig elkezd árat csökketeni és gyorsabb SKU-kat bevezetni, amint kezdené magát összeszedni a cég. a nehalem + QPI pedig már Q4 elején jön. a notebook terén nem tudják jelentõsen megnövelni az ASP-t, és nem tudnak a konzumpiacról kitörni. finanszírozási gondok miatt a a 45 nanométer Q3 második fele után történik meg.

[Asker]

de nincs meg az a teljbeli fölény ami a netburstnél megvolt, anélkül nehéz lesz, meg amúgyis ez az intel féle v8 nagyon szimpi most nekem

[SFIJ]

Idézet: special - Dátum: 2007. okt. 22., hétfõ - 20:19

a katasztrofális forgatókönyv szerint késnek a magas órajelû szállításaik, az intel pedig elkezd árat csökketeni és gyorsabb SKU-kat bevezetni, amint kezdené magát összeszedni a cég. a nehalem + QPI pedig már Q4 elején jön. a notebook terén nem tudják jelentõsen megnövelni az ASP-t, és nem tudnak a konzumpiacról kitörni. finanszírozási gondok miatt a a 45 nanométer Q3 második fele után történik meg.

az intel hülye lesz árakat csökkenteni amikor a jelen árszinten is remekül eladhatóak a termékeik, ráadásul a riválishoz képest jelentõs pénzügyi erõforrásokat gyújthet össze amivel a már most meglévõ bõ 1 éves technológiai fölényét tovább fokozhatja...

énmég aztis el tudom képzelni, hogy az intel kivásárolja az AMD-bõl az ATi-t aprópénzért

[d n . r]

Idézet: Asker - Dátum: 2007. okt. 22., hétfõ - 20:32

meg amúgyis ez az intel féle v8 nagyon szimpi most nekem

Miért is?
Most túl azon, hogy az értelme zéró (akárcsak a 4x4 / FASN8 -nek), de ez aztán tényleg nem más, mint egy dual socket workstation.
Az AMD könnyebb helyzetben volt, ott ezért elég a kutyaközönséges ddr2 ram. Csakhogy xeon-fronton természetesen nem lehet megúszni az FB-DIMM-et, lévén az egész chipset a köré épül. De az azért elvárható lenne egy enthusiast's gaming platformtól vagy mitõl, hogy a BIOSában lehessen turkálni meg tuningolni (hogy messze ne menjünk, eddig az extreme chipek szorzózárát is feloldották) És a Core-nál még lenne is értelme. De akár flessék, akár az xbitlabs cikkét olvasva, szó sincs errõl. Ja, meg mintha sli-t sem tudna, ha valaki rekordokat akarna döntögetni.
Na mind1, ha már van egy ilyen idióta kategória, azért a FASN8re még kiváncsi leszek, ott a fent említett okok miatt megvan az esélye, hogy olcsóbb legyen, mint ugyanaz pepitában/workstationben.

[Balala]

Hello,

E6850 vs. QX6850 vs. QX9650 vs. PhenomX4


Udv,
B.