AMD Bulldozer [official thread]

[3ebc]

Evo bas se tom temom bavim ovih dana. Racunam koliko je APU energetski efikasan i kakva mu je primena u realnim uslovima rada. Da li moze da se upotrebi kao efikasan akcelerator za pojedine aplikacije.... pa moze.
Ako ti kazem da npr. neke stvari radi za nijansu sporije nego Npr. CPU + osrednji GPU, a pri tom trosi 2x manje struje, onda se tu neke stvari jasno naziru.
Glavna stvar oko APU-ova je za sada energetska efikasnost. Da se razumemo...
nece se skoro desiti da integrisani GPU bude brz kao diskretan...ali moze lako da se desi da integrisani GPU moze da se nadje kao ispomoc za diskretni GPU. Npr. hibridni crossfire, GPGPU crossfire itd... su opcije koje su moguce u buducnosti.
Za test Llano-a sam pripremio posebnu bateriju testova gde se lepo prikazuje sta APU moze da radi i koja je primena GPGPU procesiranja u realnim aplikacijama.
Na zalost neke od ovih aplikacija ne prepoznaju novi APU, ali u buduce ce to verovatno biti ispravljeno.

A sto se tice poredjenja... pa nema sta da se poredi. Kako mozemo da poredimo BD sa bilo kojim Intelovim procesorom ako ne znamo kakve su mu performanse. Mozemo da nagadjamo, a ja cenim da ce biti vrlo konkurentan po pitanju performansi sa najjacim Intelovim procesorima.
Ako mislis da ce Sandy Bridge E doneti znacajan pomak po pitanju performansi u odnosu na Gulftown, mislim da se varas. Isto vazi i za IB, koji je shrink od SB.
Druga limitacija je mikroarhitektura, koja je dobra, ali za koju nisam siguran koliko jos moze da skalira po pitanju frekvencije.
Sada se opet vracamo na staru pricu koja je bila aktuelna u doba netbursta, a to je da je sada potrebno napraviti procesor koji ima takvu mikroarhitekturu koja je istovremeno dosta efikasna po kloku blizu SB, negde kao Nehalem, a po potencijalu za frekvencije iznad toga. To bi trebalo da bude Bulldozer.
Plasim se da ce zrelije verzije Bulldozera raditi brze i na vecim frekvencijama nego IB. Videcemo.

Mene zanima kako ce da rese tu integraciju koju pominju. Da li planiraju da to urade transparentno (nesto kao sse instrukcije, samo sto bi se izvrsavale na gpu) ili planiraju da posto ce "svi" procesori imati podrsku za to, da ostave developerima da to koriste?

 

[quryak]

uf uf ok evo, pricacemo i porediti sa ARM-om to je vec fer za AMD zar ne

takodje tacno je da je Fusion buducnost, ali za sad je ipak on u low/mid segmentu i to se verovatno nece promenuti jos ~2-5 godina.., za maximalne performanse ce i dalje biti potreban CPU + GPU,pre svega zbog TDP-a koji je ogranicen

Zeljko, pobego sam sa Bencha, zbog tebe i par slicnih trolova, ali vise ni ovde covek nije bezbedan. Mozes li ti covece da se drzis teme, a ne samo Intel ovo, Nvidia ono?

 

[FantomX]

Imas opciju ignore, ne daj se iznervirati. Jako je korisna funkcija. Jednom trol, uvek trol, to ti je ka' droza.

 

[reb0rn]

Zeljko, pobego sam sa Bencha, zbog tebe i par slicnih trolova, ali vise ni ovde covek nije bezbedan. Mozes li ti covece da se drzis teme, a ne samo Intel ovo, Nvidia ono?

I ja od onih sto im smeta bilo kakva doza reanosti

 

[Alk0]

Zeljko, pobego sam sa Bencha, zbog tebe i par slicnih trolova, ali vise ni ovde covek nije bezbedan. Mozes li ti covece da se drzis teme, a ne samo Intel ovo, Nvidia ono?

I ja isto kao i quryak. Molio bih moderaciju/administraciju da javno objavi ako ima nameru da se forum pretvori u PCaxe-cmark da znamo da vise ne svracamo i tako izbegnemo osecaj mucnine pri pokusaju da procitamo nesto novo i zanimljivo u nekoj od tema.

 

[reb0rn]

I ja isto kao i quryak. Molio bih moderaciju/administraciju da javno objavi ako ima nameru da se forum pretvori u PCaxe-cmark da znamo da vise ne svracamo i tako izbegnemo osecaj mucnine pri pokusaju da procitamo nesto novo i zanimljivo u nekoj od tema.

Lepo kazite, zelite cist AMD forum gde ce se jasno staviti do znanja da je svaka pomen ili pokusaj rasprave o nacinu opisa nekog prizvoda van tog ugla sankcionisana...., kako se vasa osecanja ne bi kojim slucajem povredila.. smesno

imate dugmence report post i ovde i na bencu pa lepo stiskajte... a ne vi zelite lov na vestice ili okruzenje gde ce svi misliti isto ko vi

 

[Alk0]

Ne nego zelim forum u kojem nece biti milion postova "AMD/ATI sucks, bice sporiji, bice gori, bice budjav, bice vruc, bice neispravan" i to sve mesecima pre nego sto se proizvod pojavi. Kada bude izasao, pa se izmeri da je Bulldozer tri puta sporiji od Prescotta, onda kaci rezultate i svoje misljenje kako je Intel CPU bolji. Da li uopste shvatas razliku izmedju toga i visemesecnog drobljenja unapred kako ce BD da bude fail i kako je Intel bolji i kako vec sve znas ti kako ce da bude ?

Inace ako si mene nasao da prozoves da sam AMD fan pogledaj malo bolje. Ja u zivotu nisam koristio AMD CPU, samo Intelove. Ali volim da procitam sve o razlicitim tehnologijama, pristupima, arhitekturi. Sto je umnogome otezano jer su zagadjene onakvim postovima kakve sam opisao.

 

[reb0rn]

Pa pricaj o AMD ko ti brani.... ja nisam rekao nigde da ce amd BD biti fail samo da neki previse ocekuju, neki su sa pravom bili razocarani za prvi steping i sta je tu cudno da su malo besni..., jednostavno o cemu drugom pisati kad je CPU pod NDA

 

[Alk0]

bogami ~1.4v za 4.2ghz....nece tu biti lufta za OC ni 200Mhz kad ga AMD nategne da sustigne intel
...
AMD ima probleme (yeald, steping, performanse) nesto od toga 100% i menadjment intela je u skaldu sa time doneo takvu odluku i to nije "mali" problem AMD kao sto neki ovde misle koji se ispravi za 2-3 meseca

Znaci ovo su ne-trol postovi, korisni za temu i pre svega proverene informacije jel tako ?

 

[Rapture]

@Alk0

 

[drfedja]

Mene zanima kako ce da rese tu integraciju koju pominju. Da li planiraju da to urade transparentno (nesto kao sse instrukcije, samo sto bi se izvrsavale na gpu) ili planiraju da posto ce "svi" procesori imati podrsku za to, da ostave developerima da to koriste?

Evo kako stvari stoje za sada. ATi Stream SDK, odnosno AMD APP (Ako Prodje Prodje ), tretira svaki GP (general processing uredjaj) kao CL-CPU.
Dakle, OpenCL kada se kompajlira, napravi se kod za izvrsavanje na GPU-ovima (nVidia i ATi) i na svim x86 CPU-ovima, koji imaju SIMD instrukcije. Slicno radi i Microsoftov Direct Compute. Za sada relativno mali broj aplikacija podrzava GPGPU, ali bice sve veci broj. Npr. Luxrender se izvrsava direktno na GPU i CPU istovremeno. GPU se ponasa kao akcelerator, onda kojekakvi hakerski alati za razbijanje password-a, rade fenomenalno na GPU. Npr. elcomsoft wireless security radi na GPU i CPU. Primera radi, Phenom II X6 1100T na 3.8 GHz proverava oko 6500 passworda u sekundi, dok ATi RV770 GPU (HD4850), dekodira do 22000. Zajedno oko 24-26K. Na novijim GPU-ovima ide i do 100K, pa ti gledaj.
Sustinski OpenCL bi mogao da izvuce paralelizaciju i za GPU i za integrisani GPU u procesoru.

Dakle, developeri imaju OpenCL framework na raspolaganju za razvoj svojih aplikacija.

U buducnosti ce biti deljen adresni prostor, sto znaci da ce GPU koristiti x86-64 pointere za podatke i instrukcije. Ovime ce se optimizacija za GPU svesti na nivo optimizacije za SSE SIMD. Naravno, kompilatori moraju da imaju podrsku za GPU instrukcije. Zadnja faza razvoja APU-ova, odnosno fuzije je najverovatnije mogucnost izvrsavanja standardnih ISA instrukcija SIMD tipa (AVX, SSE, XOP, FMA4) na GPU hardveru.

 

[3ebc]

Zadnja faza razvoja APU-ova, odnosno fuzije je najverovatnije mogucnost izvrsavanja standardnih ISA instrukcija SIMD tipa (AVX, SSE, XOP, FMA4) na GPU hardveru.

Znaci i ti mislis da ce u nekoj buducnosti da fuzija radi na novou hardvera... Za sad znam da moze da se koristi preko OpenCL-a, ali tu nema mnogo razlike od CPU + diskretni GPU. Osim naravno manjeg TDP-a, tj sto se "gratis" dobija integrisani GPU (pa je za ozbiljnu primenu AMD brzi za manje para).

 

[reb0rn]

Sve je to pitanje software-a, mada i dalje vecini aplikacija ni netreba jacu CPU ili neko dodatni vid ubrzanja kad ionako trose <2% procesora
e sad ostaje pitanje sta konkretno moze dosta da se ubrza izvrsavanjem na GPU-u, te aplikacije smo do sad vec videli da imaju podrsku za cuda, itd.. mislim da ce tu jedino Microsoft dovesti u red sa Direct compute i prilagodjavanjem C++ njemu

ali i dalje sve te "prilagodjene" aplikacije koje ce koristiti GPU ce umnogome raditi brze na CPU+GPU nego na nekom fusion-u ali ce dobitak biti vidljiv na svim platformama, sto se tice i da se fusion GPU i dodatni GPU uposle zajedno je moguce ali pitanje za koji broj aplikacija i kad ce se to softwerski ispeglati sve (na primer da fizika u igri ide na fusion delu GPU-a a sama igra na dodatnom GPU-u i slicno)

 

[drfedja]

Znaci i ti mislis da ce u nekoj buducnosti da fuzija radi na novou hardvera... Za sad znam da moze da se koristi preko OpenCL-a, ali tu nema mnogo razlike od CPU + diskretni GPU. Osim naravno manjeg TDP-a, tj sto se "gratis" dobija integrisani GPU (pa je za ozbiljnu primenu AMD brzi za manje para).

Bas tako. Uostalom... uskoro ce test Llana, gde se jasno vidi sta se dobija za koje pare i kakav TDP u paketu....

Prvi korak u fuziji na nivou hardvera, odnosno arhitekture je integracija GPU-a, drugi korak je zajednicki adresni prostor, a krajnji korak je izvrsavanje instrukcijskog seta direktno na GPU hardveru. Cilj je upakovati sto vise performansi na sto manju povrsinu silicijuma i pri tom ostati u normalnim okvirima TDP-a. To se zovu heterogena jezgra.

 

[drfedja]

Sve je to pitanje software-a, mada i dalje vecini aplikacija ni netreba jacu CPU ili neko dodatni vid ubrzanja kad ionako trose <2% procesora

Mozda tebi ne treba, ali kompovi se koriste u razne svrhe....npr. rendering, razbijanje passworda...

e sad ostaje pitanje sta konkretno moze dosta da se ubrza izvrsavanjem na GPU-u, te aplikacije smo do sad vec videli da imaju podrsku za cuda, itd.. mislim da ce tu jedino Microsoft dovesti u red sa Direct compute i prilagodjavanjem C++ njemu

Razlika je u tome sto se CUDA izvrsava samo na nVidia hardveru. Cuda je zatvoren standard i ide u paketu sa nV GPUovima. Koliko znam CUDA nije portovana da radi na standardnim x86 procesorima, za razliku od OpenCL-a. Razlog... pa CUDA je zatvoren standard. Kupi nV GPU i CUDA u kompletu i imaces CUDU.
Sta CUDA nudi u odnosu na OpenCL. Pa za sada nesto veci broj biblioteka, mada AMD bas intenzivno radi u poslednje vreme na svom APP SDK.

CUDA, Direct Compute i OpenCL u paketu sa SDK - software development kit-om, sadrze API - application programming interface za C/C++, Fortran, Javu itd... Dakle API-ji se koriste da se odredjen skup biblioteka prilagodi odgovarajucem programskom jeziku.

ali i dalje sve te "prilagodjene" aplikacije koje ce koristiti GPU ce umnogome raditi brze na CPU+GPU nego na nekom fusion-u ali ce dobitak biti vidljiv na svim platformama, sto se tice i da se fusion GPU i dodatni GPU uposle zajedno je moguce ali pitanje za koji broj aplikacija i kad ce se to softwerski ispeglati sve (na primer da fizika u igri ide na fusion delu GPU-a a sama igra na dodatnom GPU-u i slicno)

Moguce ce biti uposliti CPU + GPU + externi GPU. Za sada to ne radi.

 

[Ace Rimmer]

U buducnosti ce biti deljen adresni prostor, sto znaci da ce GPU koristiti x86-64 pointere za podatke i instrukcije. Ovime ce se optimizacija za GPU svesti na nivo optimizacije za SSE SIMD. Naravno, kompilatori moraju da imaju podrsku za GPU instrukcije. Zadnja faza razvoja APU-ova, odnosno fuzije je najverovatnije mogucnost izvrsavanja standardnih ISA instrukcija SIMD tipa (AVX, SSE, XOP, FMA4) na GPU hardveru.

Koliko sam shvatio, postojat će nešto između hibridne arhitekture i samog aplikativnog softvera, neki run-time environment koji vrti bytcode za hibridnu arhitekturu. S time da će biti dosta bliže hardveru nego npr. Java.

 

[drfedja]

Jasno je da je potreban JIT compiler, slicno kao kod Jave. Kod kompilacije OpenCL programa generisu se optimizacije za x86 i za GPU. IL-backend predstavlja medjukod u kompilaciji, nakon cega se vrsi linkovanje i prevodjenje na ciljni kod.

Za sada OpenCL program radi tako sto sve ide preko drajvera za GPU, sto je neophodno jer adresni prostor nije deljen.
GPU uzima odredjene adrese za I/O range preko kojih se vrsi komunikacija sa operativnim sistemom i glavnom memorijom.
Ovo znaci da za bilo koje izvrsavanje podaci moraju da se kopiraju iz CPU adresnog prostora u adresni prostor GPU-a, dakle, nema eksplicitnog pristupa x86-64 memorijskim adresama. To je potreban i neophodan uslov da bi se omogucilo neposredno izvrsavanje na GPU.

E sad razlika je u tome sto ti ovde ne treba OpenCL da bi se kod izvrsavao na GPU, nego imas FSA - Fusion System Architecture, softverski layer koji sluzi da prevodi (interpretira) kod u realnom vremenu. Ako je kod OpenCL izvrsava se direktno na GPU ili CPU.
FSAIL - FSA intermediate layer nije "rupa na saksiji" koju je izmislio AMD. Ovo je prakticno context switch koji sluzi da se prekompajlirani kod izvrsava na GPU/CPU/APU.
Za sada postoje OpenIL i AMD-IL, koji je sastavni deo APP SDK. AMD-IL omogucava da se CUDA prekompajlirani kod izvrsava na AMD-ATi GPU-ovima. Dakle, radi se o odredjenoj vrsti emulatora.

Da bi se kompajlirani kod izvrsavao na drugom hardveru, potrebna je odredjena translacija izmedju arhitektura, instrukcijskog seta itd...
Da bi AMD ovo uradio kako valja i da bi ovo radilo efikasno, GPU-ovi nove generacije moraju vise da lice na CPU-ove.
S' druge strane, OpenCL programi se vrlo efikasno izvrsavaju na CPU SIMD endzinu.
Krajnji cilj je da se sav moguci kod izvrsava i na CPU i na GPU, koliko god je to moguce efikasno.
Ovo opet znaci da ce sav GPGPU kod moci da se izvrsava na bilo cemu, samo je pitanje koliko brzo.

 

[Iraklije]

^ epic

 

[Lukija]

Ne izgleda lose. Skoro pa 5 GHz:

http://www.xtremesystems.org/forums/showthread.php?265710-AMD-Zambezi-news-info-fans-!&p=4898473&viewfull=1#post4898473

 

[drfedja]

Tek ce finalni semplovi da kidaju, a da ne pricam sta ce da bude kada jos malo dorade 32nm, za jedno pola godine.

 

[c-p-r]

Neke novosti vezane za cene i modele MSI i Asus AM3+ motherboard-ova posto je gigabyte vec odradio taj deo... ?

 

[ostoja88]

Pa ovo ima na itsvetu:

http://www.itsvet.com/proizvod/msi-990fxa-gd80/comp_comp_mboard/24/1980 & http://www.itsvet.com/proizvod/asus-sabertooth-990fx/comp_comp_mboard/20/1950

mada bi trebalo i da ima nekih drugih asusa vec kod nas...

A evo i cena i modela sa newwega:

http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=100007625 600138080 600166260&IsNodeId=1&name=AMD 970&Order=PRICE&Pagesize=20

http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=100007625 600138080 600165296&IsNodeId=1&name=AMD 990X&Order=PRICE&Pagesize=20

http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=100007625 600138080 600166242&IsNodeId=1&name=AMD 990FX&Order=PRICE&Pagesize=20

 

[krang]

MSI varijante bih, sudeci po recenzijama za 990FX GD80, koje su mahom katastrofalne, zaobisao u sirokom luku, tako da se izbor svodi na Asus i Gigabyte, a ocekujem da ce i Asrock itekako imati sta da kaze o slucaju AM3+

Nego, drFedja je sad bacio buvu pa sam u nedoumici da li uzimati BD odmah ili cekati neko vreme da istvikuju chip. Fedja, kakva je tvoja procena, da li se moze ocekivati da ce izmedju neke kasnije revizije i ove koja ce se prvo pojaviti, razlika biti otprilike kao izmedju C3 i C2 varijante Phenoma(koja je bila pozamasna) ili ipak manja? Znam da je nemoguce predvideti, ali neka tvoja procena..

 

[Iraklije]

Tek ce finalni semplovi da kidaju, a da ne pricam sta ce da bude kada jos malo dorade 32nm, za jedno pola godine.

onda da sacekamo prolece za novi komp pa da kidamo sve u full-u

 

[Iv4n]

Onda ce najaviti 22nm proces, pa ces cekati jesen za to?
Zatim 'dorada 22nm procesa' do sledeceg leta?