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

[flanker]

má minimálně druhý kus...Vím jen, že první "zničil". A několikrát naznačil, že výkonem nemáme mít obavy. Pochopitelně, většina lidí na XS myslí v multithread benchmarcích či aplikacích-ale to nám již naznačil i OBR před časem (R10 mezi 980x a 990x, R11.5 mezi 2600k a 980x, wprime na úrovni 990x...).

[godlike]

Jak bylo receno, Cinema se temer nepouziva, spis nejaky zoufaly jabkari.Dominatni je Max a Maya.
Ocekavany vykon je proste slabej na to, aby clovek cekal 3/4roku.Me by zajimal vykon v SYSmarku, protoze v tom je 2600K lepsi o cca 8% nad 990x.
Ted musi PR AMD vyplodit nejakou medialni masaz,proc 8jadro neporazi 4 jadro od Intelu.Poradil bych jim, ze BD vlastne neni 8jadro, ale taky 4jadro s AMD-multiextrathreadingem...

[webwalker]

godlike: Už jsem se bál, že SYSmark nikoho nezajímá, ale ejhle někoho přece

[flanker]

o MAX ani nemluvě....tam je 1100t v jeho 64-bitové verzi silně nad 2500k...Čili nemám pochyb o tom, že BD tam dá i7 2600 těžce na prdel (zajímavé, při vydání R11.5 se Intel chlubil,jak podporoval vývoj nové verze a jak nějkterí konkrétně filmová studia jej využívají)

[DukeNukemCZ]

jo v 3Dmaxu to je jeste lepsi nez v Cinema ale problem je v Maya, tam to byla docela tragedie, nevim jak je to ted, je nova maya 2012 tak se mozna neco zmenilo ale kdyby to mohl nekdo testnout 1090T/1100T vs 2500-2600K bylo by to fajn (na default)

taky bych mohl udelat nejakou trapnout zatezovaci mapu a nekdo by mohl zkusit jak vykony jsou v renderovani UDK levelu... (mel by nekdo zajem?)

[flanker]

nápad to není špatný....existuje nějaká trila verze programu? Díky.

[nou]

bolo by asi dobre aby sme si tu ujasnili, kto si co pod pojmom "pocitanie geometrie" predstavuje. Moja predstava su trasformacie objektov. Co si pod tym predstavujete vy ? Transformacie objektov sa vykonavaju na GPU.
....

hej presne. nechapem co si kazdy mysli ze CPU neustale posiela geometriu na GPU. to je uz dnes uz davno pocitane na GPU. keby mal CPU pocitat transformaciu kazdeho vrcholu tak sa to nebude hybat ani 5FPS. taktiez by nestacil ani prenos cez PCIe.

co ale CPU musi pocitat su animacie, fyziku AI. animacie modelov su dnes robene cez kostrove animacie kedy kazda kost sa musi pocitat samostatne. a kazda postava ma 15-30 kosti a pri par stovkach kosti to dokaze ist do kytek.

dalsim problemom je ale limit na draw calls. hra ma proste obmedzeny pocet volani na vykreslovanie kvoly context switching. do tohto sa rata kazda blbost ako je nastavenie transforomcnej matice, farby svetla, nastavenie rozneho shadera. pocet tychto draw call sa dnes pohybuje radovo v 10000. co sa moze zdat vela ale v skutocnosti nie je. a prepnutie shadera je mimochodom najnarocnejsia operacia a medzi vykreslenie 500 objektov s jednym shaderom a potom dalsich 500 druhym dokaze byt aj 2x rychlejsie ako kreslenie na preskacku. ono preto sa v DX tlacia hlavne optimalizacie na znizenie poctu draw call kedy jednym volanim vykreslit X objektov.

[ttxman]

Ona je transformace ve smyslu pouziti transformacni matice a umisteni v prostoru. A transformace jako zmena modelu.

Vsechny objekty ve scene musi CPU do grafiky nalejt. Jedina otazka je jestli se u objektu nejak zmeni pozice vertexu (animace treba). Pokud ano musi CPU grafice znovu poslat cely model. Pokud ne staci rict ktery a kam nakreslit. A prave strategie a MMOcka pouzivaji velke mnozstvi animaci - spoustu pohybujicich se jednotek.

Kdyby se zacali pouzivat hull shadery z DX11 tak i ty bone animace bude teoreticky moct delat GPU, a CPU se usetri spoustu prace.

[Trovaricon]

dalsim problemom je ale limit na draw calls. hra ma proste obmedzeny pocet volani na vykreslovanie kvoly context switching. do tohto sa rata kazda blbost ako je nastavenie transforomcnej matice, farby svetla, nastavenie rozneho shadera. pocet tychto draw call sa dnes pohybuje radovo v 10000. co sa moze zdat vela ale v skutocnosti nie je. a prepnutie shadera je mimochodom najnarocnejsia operacia a medzi vykreslenie 500 objektov s jednym shaderom a potom dalsich 500 druhym dokaze byt aj 2x rychlejsie ako kreslenie na preskacku. ono preto sa v DX tlacia hlavne optimalizacie na znizenie poctu draw call kedy jednym volanim vykreslit X objektov.

plne suhlasim. Preto vyhlasenie "slaby CPU" na hru XYZ treba brat s rezervou. Napriklad spominany "CPU limited" Lineage 2 - extremne vhodna ukazka toho, co nou spomina - kto si debuggol hru PIX-om, tak vie o com hovorim. (otazne vsak je - vyvojari NCSoftu vedia aky je stav a kaslu na to, alebo si to ti "profesionali" ani nepozreli).

Pocitanie kostry pri animaci ano, na CPU, ale skinning je v rezii GPU.

Vcera som zistil, ze moja zostava (podpis) zerie v idle / web browsing 85-90W, takze sa zacinam zaujimat aj o elektricku efektivnost novej AMD platformy (pre porovnanie FX x4)

[flanker]

652,TRINITY MOBILE (9900),0×9900,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
653,TRINITY DESKTOP (9901),0×9901,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
654,TRINITY DESKTOP (9903),0×9903,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
655,TRINITY DESKTOP (9904),0×9904,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
656,TRINITY DEVASTATOR DUO (990F),0×990F,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
657,TRINITY MOBILE (9990),0×9990,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1
658,TRINITY DESKTOP (9991),0×9991,0×1002,0×0,0×0,0×0,0×0,0×0,0×0,FUSIO N TRINITY,0×0,NONE,0×6,0×0,0×04,0×1

rozumí tomu někdo? Toto se prý objevilo v Catalystech...

[BudyCZ]

Jsou to "nástupci" Llana respektivně další vlna

[THANATOS]

Mna by skor zaujimalo kolko trva uvedenie produktu od doby kedy sa prvykrat objavil v ovladacoch.

[BudyCZ]

necelý půl rok ale záleží na různých věcech...Jestli nedojde k odložení kvůli nové revizi atd. standardně to bývají tak čtyři měsíce

[THANATOS]

BudyCZ To je fakt skoro, tak rychlo som necakal, samozrejme mozu byt meskania, ale ak vsetko pojde podla planov, tak vyroba notebookov by mohla zacat koncom roka a zaciatkom buduceho budu uvedene prve notebooky.
Asi vela novych modelov Llano neuvidime ak vobec a FM1 nebude mat dlhu zivotnost ak nieco na baze Trinity neuvedu aj tam, alebo bude FM1 pre 2-kanalovy radic a FM2 pre 3-kanalovy radic?
Mozno vobec nemuseli uviest llano a radsej mali urychlit Trinity, jaj tesim sa ako decko .

P.S. Uz len tie testy na BD

[flanker]

hm, Trinity je každopádně plánová na 2012. Dřív než cca za rok to nebude.
Jinak OBR zveřejnil další video BD, nyní turbo funguje tak jak má, tedy 3200 MHz model (případný 8130) s turbem na 3700 MHz a nebo až na 4200 MHz v případě vytížení méně než půlky jader.

[THANATOS]

flanker takze nema turbo pre jedno jadro, skoda, mohli tym dostat 100-300Mhz, ale stale velmi slusne.
Uz len aby tam bolo aspon 10% lepsie IPC a bude fajn.

[del42sa]

10% zlepšení je dosaženo vyšší základní frekvencí, respektive spíše jeho udržení na úrovni stávající K10.1. Jinak by BD na stejném taktu jako K 10.1 měla IPC dokonce nižší....

[THANATOS]

del42sa kde to bolo potvrdene, ze vykon navysili len pomocou frekvencie. To by bol z ich strany nezmysel, ked vedia dobre, ze tam maju velku slabinu, ak zvysia vykon v jednovlaknach tak sa im automaticky zvysi aj v multithreade, riesit to len frekvenciou je blbost lebo turbo je tiez rozdielne pri roznej zatazi, zbytocne sa pripravia o vykon navyse. Chapem, ze sa snazia znizit rozmery, ale urcite by som to neriesil oslabenim jednotlivych jadier, ked tam idu strkat take obrovske mnozstvo pamate, typujem, ze pamat zabera viac ako 50% z celej plochy cipu a taky vplyv na vykon nema.

edit: teraz ked tam pozeram nezmylil si sa?

10% zlepšení je dosaženo vyšší základní frekvencí

zakladny takt je rovnaky nizsi ako u predchodcou, myslel si turbo, nie? A to turbo je lepsie o 16% nie o 10%.

[del42sa]

dyť se to tu už několikrát probíralo, priorita je multithreading a nasazení v serverové oblasti, nikoliv zvýšení IPC..... navíc i zde na pctuning v rozboru architektury BD:

http://pctforum.tyden.cz/viewtopic.php? ... 9#p8178639

http://top500.org/blog/2011/04/26/about ... _compilers

http://pctuning.tyden.cz/hardware/proce ... md?start=6

Jádro architektury K8 (10h) zvládalo za jeden takt vykonat 3 macroOPs instrukce pro jedno jádro, u nové architektury jsou to 4 MacroOPs pro dvě jádra. Počet instrukcí na jádro se tedy snížil. Teď záleží jak efektivní bude přísun dat a střídání mezi thready, aby se to neprojevilo negativně na výkonu.

Besides, the throughput specifications would draw attention to the fact that the Bulldozer's integer cores each have one pipeline less than the integer cores of its predecessor K10. Although AMD boldly draws four pipelines into its block diagram – as the scheduler can now support the two ALUs (EX0 and EX1) and the two address generation units (AG0 and AG1) separately, whereas before these units were jointly operated by glued-together micro-operations. Still, this is no serious compensation for the three capable ALUs that the K10 and the competition's Sandy Bridge feature, as the two AGUs can only offer very limited aid – apparently, they can only participate in calculations related to the instructions CALL and LEA.

http://pctforum.tyden.cz/viewtopic.php? ... start=1720

napsal Yuri.cs: Mno, dle me OBR jen potvrdil to, co se tusilo uz peknou dobu.Vysokofrekvencni design se snahou o udrzeni IPC ("maintaining IPC") oproti K10, pomerne vysoky pocet fyzickych jader, zamereni predevsim na serverovy trh - throughput strategie, atd.

Jistěže jako komplexní procesor obsahuje spoustu dalších vylepšení (Flex FPU,Cache,AVX,) ale samotný výkon na jádro je nižší, proto má Bulldozer mnohem delší pipeline (17 - 22 stage) , která mu umožňuje běh na vysokých frekvencích.....

\\ ano myslel jsem turbo core, kterým AMD kompenzuje nižší IPC.

[THANATOS]

del42sa Ak som napisal blbost, prosim opravte ma rad sa nieco nove naucim.
Ja som niekde cital a tak sa pamatam, ze programy nevyuzivali ani len 2 z 3 ALU pipelines u AMD ale skor 1.7-1.8 max, takze by som ako problem nevidel fakt, ze decoder dokaze spracovat len 4 macroOPs instrukcie pre dve INT jadra a ALU su len 2 na jadro, ked ALU v reale vykona menej ako 2 instrukcie. Taktiez FPU vypocty urcite nebudu len na urovni Deneb ale vyrazne lepsie.

http://info.nuje.de/Bulldozer_Core_uArch_0.4.png


P.S. sorry, ale rozbor robil odbornik OBR, takze to radsej ignorujem.