Procesory AMD 15h "Bulldozer&Bobcat"- info, testy, spekulace

[flanker]

spotřebu tipuju v idle stejnou jako SB (+-5W), v loadu se to špatně odhaduje, ale můj tip je +50W v průměru

hurá, poprvé jsme se na něčem shodli , vidím to přibližně obdobně (stejně jak Llano, idle vynikající,load by mohl být lepší)

PS:Bros vyhrabal starou info, kdy bylo jiné VID než u retailů...Prodejní kusy mají přibližně VID mezi 1.25-1.28V (na základě pár viděných pospaných čipů 8150).

[webwalker]

DOC_ZENITH: Popravdě nevidím velký uarch rozdíl mezi fpu u C2 a Nehalemu. Nicméně výkon evidentně stoupl.
Hladis: Tohle není ani tak o optimalizaci, ale spíše o deoptimalizaci.
1. Příklad jak by to mělo fungovat: Kód potřebuje něco vypočítat a nejrychlejší cesta je pomocí SSEx, zjistí tedy, zda cpu disponuje jednotkou SSEx, když ano - postupuje pomocí SSE výpočtů, když ne - počítá všechno třeba přes int ALU.
Bohužel některé kódy se rozhodují podle CPUID (hlavně Intel icc).
2. Příklad: Kód potřebuje opět něco vypočítat, zjistí o jaké cpu jde (CPUID) a podle toho kód nasměruje - Intel XX(přes SSE) a AMD XX(přes int ALU) - samozřejmě přeháním.
No ale co se v druhém příkladu stane, když CPUID detekuje neznámý cpu? No asi by ho měl poslat tou nejbezpečnější, ale nejpomalejší cestou - tedy přes int ALU.
To by možná mohlo způsobovat ty nevyrovnané výkony v jednotlivých aplikacích. IMHO

[Darkhunter]

tak jsem koukal na ty shrnující grafy a kde je ten piece of crap ? ve většině si vede jako +- i7-2600k, někde dokonce poráží i7-990X, v těch hrách je to trochu horší a ještě třebas převod mpeg na xvid, ale když má horší výkon jak x4 850, tak je tam nějaká chyba no, takže věřím, že piledriver bude král mainstreamu ale je ještě jedna věc, aby měl spotřebu +- jako ta i7ka topil přibližně stejně nebo míň no.

[DOC_ZENITH]

DOC_ZENITH: Popravdě nevidím velký uarch rozdíl mezi fpu u C2 a Nehalemu. Nicméně výkon evidentně stoupl.
Hladis: Tohle není ani tak o optimalizaci, ale spíše o deoptimalizaci.
1. Příklad jak by to mělo fungovat: Kód potřebuje něco vypočítat a nejrychlejší cesta je pomocí SSEx, zjistí tedy, zda cpu disponuje jednotkou SSEx, když ano - postupuje pomocí SSE výpočtů, když ne - počítá všechno třeba přes int ALU.
Bohužel některé kódy se rozhodují podle CPUID (hlavně Intel icc).
2. Příklad: Kód potřebuje opět něco vypočítat, zjistí o jaké cpu jde (CPUID) a podle toho kód nasměruje - Intel XX(přes SSE) a AMD XX(přes int ALU) - samozřejmě přeháním.
No ale co se v druhém příkladu stane, když CPUID detekuje neznámý cpu? No asi by ho měl poslat tou nejbezpečnější, ale nejpomalejší cestou - tedy přes int ALU.
To by možná mohlo způsobovat ty nevyrovnané výkony v jednotlivých aplikacích. IMHO

IHMO problém této teorie je, že se to v minulosti nikdy nestalo )krom toho zmíněného případu s VIA). Ať už přišla nová architektura AMD či Intelu kterou programy neznaly, fungovaly dobře. K7 fungovala dokonce lépe než P3. K8 fungovala rovněž skvěle a to se pro ní neoptimalizovalo nic. Nebo má snad Phenom II nevyrovnanej výkon? Má ihmo takovej jakej měl při launchi, ala za tu cenu ok. Takže pokud má BD někde výkon špatnej, chyba je v CPU. SW se pro minoritní CPU předělávat nebude, kor ne ten už hotovej nebo rozdělanej.

[Maor]

Tak mně napadá, proč už vlastně nefrčej cpu, který jsou klony intelu a seděj pěkně do stejný patice. Kdyby amd dělalo BD rovnou do socketu 1155 tak na tom trhne možná větší peníze. (neberte mně úplně vážně, vím licence, prodej jižních můstků, degradace platformy atp. - jen takový povzdech nad starými časy)

Až se pořádně rozjedou výpočty na GK, tak si lidi budou kupovat GPU a dávat do socketů. A na desce bude jeden čip obsahující SB+NB+několik x86-64 CPU jader. Nebo to půjde cestou Llano, kdy na desce nebude žádný čip krom běžných od zvukovky, síťovky... a do socketu se bude cpát čip buď na office, render nebo hry. Grafický výkon IGP dožene dedikovanéGK dost rychle díky tomu jak vývoj brzdí konzole.
Doufejme, že to výkon BD umožní

[dexterav]

teraz si to napísal ako by BD mal nejaký extra výkon
a o výpočtoch na GPU sa tiež nevraví od vtedy čo AMD vydalo llano , btw osobne si dokonca myslím že to že GPGPU je pozadu práve kôli liknavému prístupu AMD, na čo aj čiastočne doplatilo pri testoch llana

[del42sa]

takhle by to mělo vypadat, bohužel zatím jen v syntetických testech ala Sandra:



Jde o to, že Nvidia tlačí vlastní software, který umí výhod GPGPU na Fermi využít. AMD v tomhle směru nedělá nic a spoléhá na to, že si to vývojáři software udělají sami skrze Open CL. To se ale bohužel neděje, nebo jen ve velmi omezené míře a Nvidia udělala dobře, že nic neponechala náhodě a software dělá sama, proto má taky v GPGPU segmentu větší náskok.Jestli chce AMD uspět s APU, tak k němu budou muset aktivně "tlačit" i software. (úplně nejlepší by bylo, kdyby měli nějaký vlastní x86/x64 compiler rozšířený o GPGPU spolu s FUSION Kitem)

[dexterav]

ano malo by to tak vyzerať...
možno by aj vyzeralo keby niekto len nekecal a nespomínal ako on úžasne podporuje štandarty

[DOC_ZENITH]

Problém je že u GPGPU nelze udělat standardy. Alespoň ne se současným HW. Ano vzniknul nám OpenCL. OpenCL kterej jde počítat přes GPU, CPU, raid řadiče, cokoliv co prostě pro to má firmware a ňák ten kód zpracuje. Problém je že soudobé GPU jsou těžce neuniverzální, neni to jako CPU, a dobré jsou jen v některejch operacích a ještě k tomu musí bejt kód ušitej přímo na ně. Proto i když je aplaikce psaná v OpenCL, a je optimalizovaná pro NV, tak pojede na NV 10x rychlejc. Když je optimalizovaná na ATI tak pojede 10x rychlejc tam. Když neni optimalizovaná ani na jedno, pojede na obouch pravděpodobně pomaleji jak přes CPU. GPU prostě nejsou univerzální, jejich architektury jsou naprosto mimo a tak jak si to AMD představuje u Fusionu to prostě nejde a v dohledné době nepůjde.

[Hladis]

njn AMD neni narozdil od nV softwarova firma Ale vazne ,AMD ma spatnej support a uz tolik let a stale to maji na haku. Zato brecet ze to druhy ma lepsi umej vyborne.

[THANATOS]

OBR sa cinil, na jeho stranke su aj testy ale tu je zhrnutie.

Cele je to podla mna BS, akoze mu vysledky poslal kamos Peter posledne 2-3 dni velmi pridal a to 13.9 hovoril, ze sa vracia do Ciny, pravdepodobne prerusil cestu ked zistil, ze bola OC akcia o ktorej nevedel.

PS. I am moving back to China mainland, next results later ...

Takze zatial to bol verny citatel Franck7511, potom informal, ktoreho pred niekolkymi dnami nazyval idiotom a teraz kamos Peter. Dalsi na rade bude asi bracha flanker.

P.S. Tieto vysledky sa pomaly priblizuju Bobcatu

[martonelli]

Ako READ z L2 cache horsi ako read z memory , to snad vidim prvy krat .

[THANATOS]

martonelli mna by zaujimalo preco latencia L2 cache je viac ako 2x horsia ako ma Thuban, velkost by nemala mat vplyv inak L3, ktora je tiez 4x vacsia by nebola horsia len o 50% ale tiez o 100% a nezavisi latencia od asociativity? je hned vedla velkosti cache v CPU-Z, lebo tu maju Thuban aj BD rovnaku ale L3 ju ma horsiu napriek tomu ma nizsiu latenciu ako Thuban.

Teraz pozeram a mas pravdu, este k tomu je write L2 o 1/3 rychlejsia ako read ale Thuban to ma presne naopak read je o 1/3 rychlejsi ako write. L3 read je tiez rychlejsi ako read pri L2 o 50%

[martonelli]

Otazka znie ako moc presne /pravdive/ su obrove testy. Ked su ,tak tam nie je nieco v poriadku ,tak zle to nemoze byt.

[THANATOS]

martonelli Tak je uz aj novsi AGESA kod ako ten, ktory bol v tom biose a OBR je OBR.

[DOC_ZENITH]

martonelli mna by zaujimalo preco latencia L2 cache je viac ako 2x horsia ako ma Thuban, velkost by nemala mat vplyv inak L3, ktora je tiez 4x vacsia by nebola horsia len o 50% ale tiez o 100% a nezavisi latencia od asociativity? je hned vedla velkosti cache v CPU-Z, lebo tu maju Thuban aj BD rovnaku ale L3 ju ma horsiu napriek tomu ma nizsiu latenciu ako Thuban.

Teraz pozeram a mas pravdu, este k tomu je write L2 o 1/3 rychlejsia ako read ale Thuban to ma presne naopak read je o 1/3 rychlejsi ako write. L3 read je tiez rychlejsi ako read pri L2 o 50%

Bude topravděpodobně měřit blbě. L2 nemůže bejt pomalejší než L3. Kdyby byla, neměla by žádnej smysl a vyplatilo by se jí vypnout, výkon by to zvedlo.

[THANATOS]

DOC_ZENITH s tym suhlasim.
nasiel som jeho starsiu AIDU a tam L2 read zacina 2.... a L2 write 1....
http://1.bp.blogspot.com/-MnU0Mk9C8NU/T ... dozer1.png
ked vtedy to precitalo dobre preco nie aj teraz?

[godlike]

Ze jsem tak smely, pokud ten graf FX vers X6 je pravdivy, na cem PR AMD postavi svou kampan?S jakym procesorem ho budou srovnavat?S X4?
Dneska me prisel mail z CzC s hernima sestavama.X6 byl oznacenej jako 6jadrovy demon.

[THANATOS]

godlike som si celkom isty, ze toto cele je BS (nie neviem to dokazat, ak poviem OBR nestaci )

BTW Informal sa vyjadril k OBRovmu postu
OBR

For my best (15x daily) reader - informal (hjh)
Hi kiddo, you are posting many comments every days with questions, but i am deleting comments automatically ... drop me one with your email address i will answer all your questions kid. I am waiting ...

Informal

Btw someone sent me a PM here pointing out that "noname faker guy" says I post comments that he deletes on his blog?! I don't even visit his blog so how can I post comments? That guy is a real piece of work hehe.

That guy is totally crazy it seems. On top of that he is also an attention **** ... Who really cares what he thinks? I stopped paying attention to him after he got banned on XS. He was completely discredited after that debacle about his inside info on radeon 4800 series (and 480SP he was claiming are final spec). Dude is a joke.

edit: BD 3.6Ghz(TURBO on) malo skore 6.93
BD 4.2Ghz(Turbo off) malo skore 6.95

[maltra]

Ze jsem tak smely, pokud ten graf FX vers X6 je pravdivy, na cem PR AMD postavi svou kampan?S jakym procesorem ho budou srovnavat?S X4?

Este stale je to rychlejsie ako Bobcat ktory ma urcite AMD marketing v zalohe, takze pohoda.