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

[maltra]

@godlike, DukeNukemCZ: hosi neblaznite, ak mate nejake napady co by mal flanker dat do testov tak v poriadku sem s nimi, cim viac tym lepsie. Ale preco furt chcete vynechavat synteticke testy ako wPrime alebo vypocet Pi tomu nerozumiem. Ako si potom budeme moct porovnat vysledky s inymi CPU ked kazdy tie testy pri recenziach pouziva? Mna zaujima ako dopadne ten flankerov test a chcel by som aby bol co najkomplexnejsi a najroznorodejsi, aby sme potom mali reprezentativnu vzorku testov a tym padom aj presnejsie vyjadrenie priemerneho vykonu testovanych kusov.

[ttxman]

v nejhorsim muzem nakou syntetickou zatez naprogramovat .

Osobne bych dal do testu kompilatory. Sehnat nejaky velky zdrojaky neni takovej problem. A za jak dlouho se zkompiluje treba takovej open office by jako test nemuselo bejt spatny.

[DukeNukemCZ]

@godlike, DukeNukemCZ: hosi neblaznite, ak mate nejake napady co by mal flanker dat do testov tak v poriadku sem s nimi, cim viac tym lepsie. Ale preco furt chcete vynechavat synteticke testy ako wPrime alebo vypocet Pi tomu nerozumiem. Ako si potom budeme moct porovnat vysledky s inymi CPU ked kazdy tie testy pri recenziach pouziva? Mna zaujima ako dopadne ten flankerov test a chcel by som aby bol co najkomplexnejsi a najroznorodejsi, aby sme potom mali reprezentativnu vzorku testov a tym padom aj presnejsie vyjadrenie priemerneho vykonu testovanych kusov.

no ja sem puvodne chtel aby se pouzivaly profesionalni aplikace ale takove ktere se pouzivaji + nejake ty obyc veci co pouzivaji BFU, syntetaky se nechali ale nezapocitavali, jen aby lidi vedely a pro takovy ty "skatulkovaci uchyli" ktery si delaji radi ty zebricky diky temto aplikacim.

nicmene kdyby se to melo primo omezit na jen to co pouzivaji BFU tak ve vysledku by tam asi moc aplikaci nebylo (ne ze bych jich BFU pouzivaly malo ale nemyslim ze paleni CD/DVD nebo koukani na ripnuty z warezu stazeny film by sel nejak merit vykon CPU)

muj navrh je proste odstranit cinebench nebo nechat ho tam jen jako takovou ukazku odstranit sysntetaky z vysledneho skore a nechat tam vic profesionalnich aplikaci (image resizer 7, Maya, UDK map render, nejake ty MMO treba LOTRO Monsterplay PVP (to je 60 hracu na obrazovce) ) zkratka odstranit synteticke a pridat vice aplikaci co proste lidi pouzivaji at profesionalni nebo neprofesinalni.

ne ze by to byl nejaky problem ale myslim ze za to muze i lenost recenzentu a taky problem nejakych projektu kdy proste v nekterych techto programech nemate tlacitko BENCH ME! ktere vam to cele otestuje a recenzent mezitim treba hraje hry nebo basti koblihy a pak mu to vyhodi nejaky pseudo cislo a je hotovo ale clovek by musel mit nejakou scenu nebo mapu nebo obrazek a na tom to rucne testovat a stopovat cas coz je daleko narocnejsi na cas a vnimani nez ty automaticky syntetaky.

[Hladis]

Flanker nema moc her (pochybuju ze si je bude kopuvat kvuli testum ikdyz by to dost pomohlo)Nejaky MMO je hodne tezky otestovat ,ale zadny takovy test na netu neni. To by byl vcelku prulom pokud by se do toho pustil a dokazal by to Ma ale SC II a tam by si mohl udelat nejakou modelovou situaci.

[flanker]

jj, SC II mám, teoreticky lze ve FRAPsu naměřit něco z replaye 4v4??? Her v mém podání určitě moc nečekejte ...

[DukeNukemCZ]

Flanker nema moc her (pochybuju ze si je bude kopuvat kvuli testum ikdyz by to dost pomohlo)Nejaky MMO je hodne tezky otestovat ,ale zadny takovy test na netu neni. To by byl vcelku prolom pokud by se do toho pustil a dokazal by to Ma ale SC II a tam by si mohl udelat nejakou modelovou situaci.

treba to lotro je freetoplay ... ja mam zase her 3 prdele ale nemam ty cpu

http://steamcommunity.com/id/DanielMora ... es?tab=all

http://terra-empire.com/mygamesfinal.png

[flanker]

mozna bysme mohli udelat nejaky list aplikaci ktery pouzivame v nejake diskusy co vy na to?

ja z normalnich aplikaci co taknejak potrebuji vykon pouzivam jen WinRar, Mediacoder, VirtuaDub... no to je asi vsechno jaky vlastne takovy franta uzivatel pouziva aplikace ktere vyzaduji vykon CPU? mozna tak antivirus me napada a nemyslim ze testy typu "jak dlouho trva zavreni 50 zalozek v opere" k necemu bude

ale o tom jsem tu přeci před x-dny mluvil S prominutím "debil" si koupí šestijádro a nebo osmijádro, resp i čtyřjádro s hyperthreadingem na tyto běžné aplikace (vyjma nadšenců, kteří sice o daném hardwaru vědí, ale koupí si ho pro potěšení). Ano, i tak jsou lidé, kteří si ho koupí a potenciál CPU vůbec nevyužívají. Ale je to snad chyba výrobců procesorů? Ne, výrobce jasně říká, že na takovou činnost má koupit např AMD Llano A6 a nebo Core i3. Nenutí nás do koupě vyšších procesorů. Ale zároveň tomu nebrání a říká, že pokud chceme ultimátní výkon, pak si kupte x6, FX, core i7 apod. A ultimátní výkon se chtě nechtě projeví hlavně v multithreadingu-rendering, encoding, střih apod. Nikdo mu tu tedy neříkejte, že tím pádem použití jednoduché scény v Cinema studio http://www.maxon.net/ (pomocí tzv. Cinebench) je zbytečné. Stěží nahradit wprime, které pracuje s výpočty (jak, kde, čím a jak to srovnat se zaběhlými výsledky?)
Franta si vystačí s dvoujádrem přesto, že si koupil výkonný quadcore. To tedy nemění situací na tom, že multithread je podstatný a je jen na koncákovi, co si koupí a zda to využije a nebo nevyužije.

Bez nějakých opletek si tu přiznejme. Nestačil by nám ménějádrový CPU, než doma máme a na který jsme si pouze "zvykly"? Přesto jsou a budou apliakce pro vícejádra a jsou a budou lidé, kteří efektivně umí využívat výkonných mnohojádrových procesorů. DO tetsů to prostě patří, jinak se rovnou můžeme vrátit do doby, kdy každý říkla, že mu stačí singl core a že je minimum apliakcí dvoujdára a je to vlastně zbytečné měřit.

[ttxman]

flanker: urcite vystacili, ale spolu se 4jadrem a 4GB ramky sem si zvyk veci nevypinat

[godlike]

Vetsina dementu si stejne koupi vic jader, protoze jich je proste sest nebo vosum a potom to bude krasne litat, protoze Franta naproti to ma taky a sest jader je preci vic, nez ctyri, to da rozum neee? Viz sestavy Thuban X6 a silna grafika.
Pro lidi tady jsou naky slozity testy celkem zbytecny, pac drtiva vetsina lidi hraje, pak naky prevody videa a par kravinek.A ti, co se venuji profi grafice a renderu stejne maji Intel, takze tak no..

2Hlasis.Na BD v shopu jsem zvedavej, ale X6 je zoufale pomalej, proti SB, tak jsem zvedavej, jestli tu ztratu nak stahnou..

[Hladis]

Ja vim ze je pomalejsi a zkousel jsem ho Ten test co jsem Flankerovi dal je jeden z filtru ,ktery dokaze potrapit vsechna jadra a ten filtr dost pouzivam.I tak to asi nejde brat jako komplexni test vykonu PSka ,protoze tech filtru a jinych serepeticek je tam vicero. OBR ma v testu prastarej CS3 co dokaze vyuzit jen 4 jadra a to je o nicem Predpokladam ze Bulldozer v PSku trochu zahybe s poradim.

[yuri.cs]

Není to nějaký až podezřele špatný?

Vdub i Xvid jsou oba prolezly pokrocilejma optimalizacema - minimalne SIMD. Takze tady je urcita pravdepodobnost, ze se nova Family 15h detekuje a nasledne pro ni nastavi parametry (treba velikosti cache) spatne.

[DOC_ZENITH]

Flanker - Ano já svou I7 2600K @ 5,1Ghz nepotřebuji. Přiznám se že její potenciál plně nevyužívám. Kdyby existoval fiktivní CPU co by měl 2 jádra a každá bylo o 50% silnější, (tudiž bych v součtu furt ňákejch 25% celkového výkonu tratil) s radostí bych ihned měnil. Mi ti tu neříkáme že multithread je nedůležitej. Ano, je důležitej, pro SW co je na to dobře optimalizovanej. Nebudu tu říkat jak moc do budoucna, protože vícejádrové procesory tu máme už od roku 2005 a největší boost od té doby zaznamenaly Core2 a poté Nehalem architektury, u kterejch stoupla hlavně efektivita na jedno jádro u jedné a síla FPU u druhé. Zatím v praxi kde nic tu nic. SW na enkóding měl multithread už v dobách kdy byly jednojádrové CPU a high end workstation měly více těch CPU. To beru. Kdyby někdo měl hluboko do kapsy a chtěj skoro jen enkódovat či počítat něco co zrovna BD sedne, tak si ho může pořídit? Ale v praxi? Uvidíme co řeknou velké a komplexní recenze. Multithread nezahazuju ale rozhodně mi nestojí na prvním místě. Pokud budu mít 2 CPU, jedno bude v 1 - 4 threadech o 40% větší výkon a druhé bude při 8 threadech o 10% rychlejší, je pro mě v praxi jednoznačně lepší CPU1. Toť vše.

[webwalker]

DOC_ZENITH: No jo no, ale jak chceš zajistit růst výkonu do budoucna? S přidáním dalších ALU se už počítat moc nedá (vzájemné závislosti), navyšování frekvencí není také žádný šlágr, takže ti zbývají jen hrátky z architekturou jako OoO, další chache ap., ale tam se už moc prudkého nárůstu výkonu asi nedočkáš (40-50% už vůbec ne).
Pravda je že úlohy typu rendering a transkoding budou v budoucnu řešeny spíše přes gpu než cpu, ale stejně, jak tedy zvyšovat výkon cpu do budoucna, než zvyšováním počtu jader?

[ttxman]

Tak ja osobne sem presvedcenej, ze do budoucna se bude vykon zvysovat frekvenci. Ale na jinejch technologiich nez je kremik. Takze jeste tak maximalne 15 let se budou spis rust pocty jader, tak by zase mohli zase vylitnout frekvence.

[flanker]

já vidím skutečně budoucnost v APU....Otázka 2-5 let, kdy bude APU vyladěno k dokonalosti

[webwalker]

Potvrzen Interlagos 12C tedy 8c+4c MCM.
http://semiaccurate.com/forums/showpost ... tcount=538

[DOC_ZENITH]

Já vidim buzdoucnost v odklonu od x86. A ne k ňákejm patetickejm ARMmům, ale k PowerPC, nebo věcem jako byly Itania, nativně 64-bit only CPUčka s velkejma instrukčníma sadama, a kernel bude psanej přímo pro tu novou architekturu. X86 je to strašně svazující a neefektivní platforma. Apple zvládnul přechod z PowerPC na x86 dobře. V OSX Tiger a Leopard fungovala emulace komplet celého PowerPC kernelu, zkoušeli jsem tam UT2004 jednu verzi pro PowerPC a druhou pro X86 a poropad výkonu s tou PowerPc (CPU byla Core2 na 2,4Ghz) byl asi 50%. Ihmo, je čas to opustit, x86 podobně a zpětnou kompatibilitu přesunou na úroveň emulace a virtuálů. Pak budeme moci dále krásně škálovat výkon mimo mantinely x86.

V APU budoucnost nevidím. Zapojení GPU do výpočtů se bude dále rozšiřovat, APU je jen CPU a GPU v jednom kusu křemíku, je fuk jestli je to řešeno takhle či diskrétně, problém je jinde a to tam, e GPU jsou bohužel pořád furt moc specifický a pro drtivou většinu operací a výpočtů se těžce nehodě + navíc se jim musí psát na míru přímo na architekturu, jinak výkon stojí za *****. V současnosti je tu problém, že sice povstalo OpenCL jakožto jednotné API, ale furt se aplikace musej psát pro ten či onen čip či architekturu. Teď když to napíšeš pro OpenCL obecně, pojede to na GPU obouch výrobců hrozně. Když to oprimalizuješ pro ATIny tak to pojede super tam (třeba 8x rychleji než přes CPU) ale na NV to bude šnek. Když to napíšeš pro NV, bude to zase nepoužitelně slow na ATI. Architektury GPU obou výrobců se tak rozcházej že je nejde efektivně využívat oboje na jeden typ kódu a to je achylova pata. Tohle by fungoivalo jen kdyby tu byl monopol jednoho výrobce, či jejich architektury byly kompatibilní.

[maltra]

Len aby sme mali prehlad, dal som na http://www.maltrabob.com/Bulldy_average.jpg priemer vysledkov merani od OBRa, budem to obnovovat vzdy po pridani novych grafov od bloggera. Ak som niekde v cislach spravil chybu dajte vediet, opravim to. Chybicka sa "vloudit" mohla.

EDIT: este mi tam chybaju vysledky 4/15, ak ich niekto mate poslite mi to prosim do spravy. Dik.

[yuri.cs]

Pokusu o nahrazeni x86 bylo mraky a jak vsechny zatim dopadly vime. Ody se pely na nejruznejsi ISA rozsireni, Itanium, Cell a momentalne ARM + GPGPU...

Pohled na TOP500 nejvykonnejisch pocitacu nevypada na nejaky odklon od x86 a masivni problemy.

[Trovaricon]

DOC_ZENITH: mas pocit, ze x86 kompatibilne CPU dnesnej doby maju malu instrukcnu sadu (ak ratame komplet podporovane rozsirenia) ?

Vyse polovica testov, ktore sa v tychto "odbornych" diskusiach spominaju maju pramalo spolocne s x86 instrukciami vacsina je to SSE (ako fp tak aj int) alebo x87. Navyse uz takmer 2 dekady maju vnutornu strukturu tieto CPU uplne odlisnu od tej, ktora sa dodnes kresli do schem. V preklade (zjednodusene) rozdiel medzi Transmeta Efficeon a AMD/Intel procesormi je v urovni, na ktorej dochadza k prekladu instrukcii na interne.

Ked sa dnes poukazuje na rozdiely, ktore robia jednotlive prekladace v prospech/neprospech vyrobcov ale aj v ramci roznych architektur jedneho vyrobcu, tak prechod na "Itanium like" alebo este lepsie PowerPC by sposobil, ze bud sa bude dodavat 10-20 binariek tej istej aplikacie alebo budu rozdiely nie 20-50% ale kludne az 200% v zavislosti na optimalizaciach zvolenych pri preklade.

predstavme si predklad nasledujuceho kodu bez optimalizacii (je to primitivny, casto pouzivany priklad):

Kód: Vybrat vše

int a;
a = a / 2;
vs.
a = a>>1;

float b;
b = b / 2;
vs.
b = b * 0.5;

vysledok vypoctu je ten isty, ale cas, za ktory ho dostaneme je casto znacne odlisny. Co je este dolezitejsie, postih/zisk pri jednotlivych architekturach pri pouziti optimalizovaneho/neoptimalizovaneho kodu je rozdielny.

Dnes je mozne uz x86 pokladat takmer za abstraktnu vrstvu. Dalsou je dnes sa presadzujuce Java / .Net a podobne technologie, ktore vykonavaju rovnako podobny preklad a zaroven optimalizuju vzdy na cielovej platforme (nie je nutne mnozstvo binariek). Vela krat som sa stretol s diskusiami, kde sa niekto snazil porovnavat rychlost native kodu (C++) s Java alebo C# (pripadne Java vs C#) znova na svojom vymyslenom "pocitani 1+1" kde vysledky su znacne rozporuplne a v komentaroch sa casto objavi mnozstvo tipov na optimalizaciu kodu jednotlivych jazykov. Nie je preto nemozne aby napr. C# aplikacia bola rychlejsia ako "generic optimalizovana" C++ aplikacia ak sa nejedna vazne o zratavanie 1+1 v cykle.

Co tym chcem povedat ? Dokial bude mat jeden vyrobca "lepsie" styky so spravnymi ludmi, viac penazi, vyrazne vyssi trhovy podiel alebo **doplnte si dalsich 10 kriterii**, tak samotna architektura procesora/platformy bude prd platna pri vasich testoch, kde hodnotite, ktory CPU je super a ktory sunt a jeho dizajneri su tupci na zaklade dookola omielanycch ani nie 100 testov.

Jediny vyrok, ktory mozte na zaklade tychto vysledkov povedat je (uz som to v tejto teme pisal), ze CPU A je v aplikacii XYZ vykonnejsi ako CPU B. Bodka, koniec, nic viac.

Chcete rucne optimalizovane aplikacie na viacero architektur (tj, nie len par kritickych casti, ktore sa upravia na pouzivanie SIMD) a nie spoliehat sa na prekladace ? Nedoplatite sa...

Myslim, ze je dost dolezite pri zisteni, ze nieco nefunguje aj zistit PRECO. T.j. ak nejaky test vyrazne vybocuje od inych vysledkov, nie je odveci sa na to blizsie pozriet. Na tejto stranke sa predsa nestretava bezna vzorka spolocnosti ale jej specificka skupina, ktora by mala tymto veciam trochu rozumiet. Od starsieho cloveka, ktory treti krat sedi za PC a vola mi, ze sa mu pokazila klavesnica, lebo pise vsetko velkymi pismenami je to ok. U nas asi tazko, vsak ?

Buldozer musi zabrat vyrazne nie len vo vykone ale aj v spotrebe - na co je avizovanych viacero noviniek vratane vypinania modulov. Na druhej strane, aj napriek nizsej spotrebe bude musiet riadne zabrat aj s vykonom, pretoze Thubanu (s jeho sucasnou nizkou cenou) musi nakopat zadok minimalne o 40-50% (top model, multithread) inak ide mimo moj zaujem.