[Thread Ufficiale] CPU serie FX: AMD Bulldozer/Piledriver - Aspettando Steamroller

[Freisar]

MA i prezzi delle cpu bulldozer si sanno gia?

[Nforce Ultra]

Originariamente inviato da somethingstrangeinyourmind

Però tutto questo non spiega perchè salga così poco (o comunque meno di quanto previsto) in frequenza e perchè abbia consumi così alti.

http://www.tomshw.it/cont/news/bulld...d/33980/1.html

qui spiega i consumi alti, e comunque hanno avuto problemi col processo produttivo

[Alekz]

Da ignorante alla fine mi chiedo, ma questo SOI vale lo sforzo dedicatogli?
Non è meglio passare a un nodo bulk ma più miniaturizzato?

[somethingstrangeinyourmind]

Originariamente inviato da digieffe

la risposta è semplice il processo produttivo ed il silicio a 32mn non sono maturi

Quindi AMD ha tentato il classico azzardo: architettura nuova su processo nuovo e gli è andata male su entrambi i fronti.

[Hitan]

Domanda: è possibile che data la fumata nera di bulldozer rendano le cpu su soket FM2 retrocompatibili con AM3+? Ovvero non uccidere AM3+ qualora piledriver non riesca a risolvere i problemi più gravosi (rifare a mano i componenti fatti al simulatore)

[Korn]

non credo già non ci doveva essere piledriver...

[solidsnake87]

Domanda:
non è ancora uscito un comunicato di Amd che spieghi cosa è successo?
l unica cosa in cui è riuscita è stata tener fermo il mercato, tanti utenti hanno aspettato prima di fare un upgrade ed alla fine è stato vano.
Da fan Amd dico che ci vorrebbero delle scuse ufficiali per il flop!

[Korn]

Originariamente inviato da solidsnake87

Domanda:
non è ancora uscito un comunicato di Amd che spieghi cosa è successo?
l unica cosa in cui è riuscita è stata tener fermo il mercato, tanti utenti hanno aspettato prima di fare un upgrade ed alla fine è stato vano.
Da fan Amd dico che ci vorrebbero delle scuse ufficiali per il flop!

e come no, darsi naltra mazzata su cabbasisi tanto so specialisti...

[ra-mta]

Originariamente inviato da Hitan

Domanda: è possibile che data la fumata nera di bulldozer rendano le cpu su soket FM2 retrocompatibili con AM3+? Ovvero non uccidere AM3+ qualora piledriver non riesca a risolvere i problemi più gravosi (rifare a mano i componenti fatti al simulatore)

se mantengono l'idea di integrare il nb nella cpu, credo che non sia possibile

[BodyKnight]

Originariamente inviato da paolo.oliva2

Ma non si parlava di +10%-15% per Piledriver tra IPC/clock? +30% è il range minimo di aumento, quindi mi pare chiaro che si riferisca a Piledriver, e questo vorrebbe dire che quel +10-15% di incremento riguarderebbe unicamente l'IPC a questo punto, e l'aumento di frequenza sarebbe a parte.

No no, è l'incremento di performance per watt. Quindi penso intendano anche "più core" per il mercato server, a parità di consumo. Spero non finisca così. Ma temo sarà SOLO così.

[Uncle Scrooge]

Originariamente inviato da Hitan

Domanda: è possibile che data la fumata nera di bulldozer rendano le cpu su soket FM2 retrocompatibili con AM3+? Ovvero non uccidere AM3+ qualora piledriver non riesca a risolvere i problemi più gravosi (rifare a mano i componenti fatti al simulatore)

Piledriver sarà la controparte di Komodo per socket AM3+.
E' la stessa CPU senza nb integrato e compatibile col vecchio socket.
Già piledriver non era proprio previsto all'inizio, e l'hanno fatto proprio per estendere la vita della piattaforma AM3+.

[ari]

Intanto l'acquisto si sposta ancora piu' in la' , dopo i ritardi , ancora mesi di attesa per piledriver e sempre sperando che non sia un nuovo fallimento

[liberato87]

Originariamente inviato da digieffe

@iron

mi ricollego a ciò dicendo che è uscito un bios beta per la asus crosshair v

Bulldozer UEFI 9911

New build for Bulldozer:

http://www.mediafire.com/file/3jo0hm...-ASUS-9911.ROM


Change log:


Added Auto ADD/CMD/etc values shown
Added ADD/CMD Over-ride option (Disable to use AMD's default values)
Edited Core EN options - Take note that AMD recommends disabling an entire CU instead of just one core of a CU


To get 4 CU / 4 C, Disable 8th, 6th, 4th, 2nd
To get 3 CU / 3 C, Disable 8th, 7th, 6th, 4th, 2nd
To get 2 CU / 2 C, Disable 8th, 7th, 6th, 5th, 4th, 2nd
To get 1 CU / 1 C, Disable 8th, 7th, 6th, 5th, 4th, 3rd, 2nd


You may face non-boots if you have 2 cores on One CU and 1 Core on Another, Take note!!!

http://www.asusrog.com/forums/showth...zer-UEFI-9911&

[[OzZ]]

ma con bios più maturi la situazione potrebbe cambiare?
Ci sono stati test si Linux, che pare digerire meglio i core di bd, in modo da farsi un idea di quando andrà con OS appositamente progettati?

[papafoxtrot]

Mi preoccupa quel +10/15% di performance per watt ogni anno.
Significa +10/15% di performance ogni anno, ovviamente, perché ci si ferma sempre agli stessi TDP.

Mi preoccupa perché sarebbe un buon risultato se la CPU di partenza fosse uscita bene, cioè avesse pochi margini.

Vuol dire che BD è difficile da migliorare...?
Il primo +10/15 lo posso capire. Piledriver esce nel Q1 2012 con Trinity, mica c'era tanto tempo... Ma secondo me il secondo step dovrebbe promettere il saltone.

Concordo con chi trova che la BP possa essere inadatta a gestire i due due thread. Ma non potrebbe essere anche il decoder ad essere limitativo?
Fino a poco fa credevo che le prestazioni della cache fossero un grosso problema, ma visto quanto migliora il songolo core disattivandogli il fratello, è evidente che prima di toccare la cache L1 (che fa schifo) conviene rivedere la logica condivisa del modulo.

Se è vero che ci sono tutti sti transistor in più ( miliardi in effetti sembrano un autentico disastro di transistor) spero si riesca a limarli. D'altra parte è vero il calcolo di Xbitlabs... 213 milioni a modulo fanno meno di 1 miliardo... Poi c'è la L3 che con celle 6T porta a circa 1,2 miliardi. Dove diamine sono andati gli altri 800 milioni, che bastano per fare una CPU intera?
Azz, sono davvero tantissimi...

Spero che col passare delle settimane arrivino da amd notizie rassicuranti su piledriver e steamroller...

Non sono d'accordo con chi dice che il PP è inadatto. 2 miliardi di transistor e tenerli a 3,6GHz non è affatto un brutto risultato. E difatti anche lano ciuccia poco.

[navarre63]

cmq vada prenderò un 4100,aspetto solo il calo prezzi e ovv la disp

[Athlon 64 3000+]

Originariamente inviato da papafoxtrot

Mi preoccupa quel +10/15% di performance per watt ogni anno.
Significa +10/15% di performance ogni anno, ovviamente, perché ci si ferma sempre agli stessi TDP.

Mi preoccupa perché sarebbe un buon risultato se la CPU di partenza fosse uscita bene, cioè avesse pochi margini.

Vuol dire che BD è difficile da migliorare...?
Il primo +10/15 lo posso capire. Piledriver esce nel Q1 2012 con Trinity, mica c'era tanto tempo... Ma secondo me il secondo step dovrebbe promettere il saltone.

Concordo con chi trova che la BP possa essere inadatta a gestire i due due thread. Ma non potrebbe essere anche il decoder ad essere limitativo?
Fino a poco fa credevo che le prestazioni della cache fossero un grosso problema, ma visto quanto migliora il songolo core disattivandogli il fratello, è evidente che prima di toccare la cache L1 (che fa schifo) conviene rivedere la logica condivisa del modulo.

Se è vero che ci sono tutti sti transistor in più ( miliardi in effetti sembrano un autentico disastro di transistor) spero si riesca a limarli. D'altra parte è vero il calcolo di Xbitlabs... 213 milioni a modulo fanno meno di 1 miliardo... Poi c'è la L3 che con celle 6T porta a circa 1,2 miliardi. Dove diamine sono andati gli altri 800 milioni, che bastano per fare una CPU intera?
Azz, sono davvero tantissimi...

Spero che col passare delle settimane arrivino da amd notizie rassicuranti su piledriver e steamroller...

Non sono d'accordo con chi dice che il PP è inadatto. 2 miliardi di transistor e tenerli a 3,6GHz non è affatto un brutto risultato. E difatti anche lano ciuccia poco.

Con Zambezi hanno fatto dei casini immessi.
Francamente a me non piace vedere delle CPU andare a oltre 4 ghz come frequenza di default per ovviare al basso IPC.
Può andare bene una CPU tra i 3,6 e 4 ghz senza turbo,ma non oltre,per il resto farebbero bene a pompare l'IPC.

[Polpi_91]

Originariamente inviato da Athlon 64 3000+

Il motivo che Zambezi è più veloce perchè ha 8 unità Integer rispetto alle 4 dei 2500k e 2600k.

non è detto, Thuban ha 6 unita ma fanno tipo 84 punti se non ricordo male, il 2500k è un 4 puro e fa 150 mentre il 2600k è un 4+4 (4 con HT) e fa 200 mentre BD è un 8 puro e fa 250 direi che le unità non sono ancora a livello delle intel ma si è fatto un passo avanti notevole (tubhan faceva meno di 20 punti per core, con zamebsi si è sopra i 30 mentre intel viaggia abbondante sopra i 35 con SB)

Originariamente inviato da Athlon 64 3000+

Parlo del sistema di predizione dei salti che sembra sia penoso,del fatto che è stato progettato talmente male che da un -20% di perfomance come riportato da Xbitlabs,dal fatto che il modulo quando c'è da processare 2 Thread vada in crisi.

non è che è progettato male, mi sembra che sia lo stesso (più o meno)del Thuban che faceva pena e creava un sacco di miss prediction solo che il problema si è amplificato con l'aumento della pipeline e quindi l'aumento di penalità per missprediction

Originariamente inviato da digieffe

questi dati SINTETICI danno perfettamente ragione a Bjt2 sul potenziale (anche superiore a SB)...

perchè poi nelle applicazioni/bench reali "grippa" boh ...

significa che il core di suo viaggia ma poi quello che sta intorno (branch predictor, MC, cache etc..) lo limitano

[Hitan]

Originariamente inviato da Uncle Scrooge

Piledriver sarà la controparte di Komodo per socket AM3+.
E' la stessa CPU senza nb integrato e compatibile col vecchio socket.
Già piledriver non era proprio previsto all'inizio, e l'hanno fatto proprio per estendere la vita della piattaforma AM3+.

Parlo di uno Steamroller per am3+ che mi pare al momento non sia previsto.

[paolo.oliva2]

Originariamente inviato da Polpi_91

quello dlle FPU non sembra un fattore limitante perchè le prestazioni con due core calano molto rispetto a un core anche se i processi sono affidati a due moduli diversi (quindi una FPU per thread)

poi si nota dai test non BP dipendenti sulle FPU (Vedi Sandra 2011) che nel peggiore dei casi le 4 FPU di BD hanno la stessa potenza di calcolo delle 6 FP di Thuban e appena sotto quelle del 2600K (che sono 4+ht)

Per essere più chiaro ecco a quello che mi riferisco:


BD fa 145/250 (FP/Int)
2600k fa 152/201 (+5%/-24%)
1100T fa 141/85 (-3%/ -190%)

quindi le 4 unità FPU vanno come le 4 unità di intel (ci sono altri test dove quel 5% è ribaltato in favore di AMD)

Se andasse come questo grafico.... spaccherebbe tutto... e pensare che è solamente a 3,6GHz... (pensa a 4,5Ghz def).

Per me c'è un bug da qualche parte che è mostruoso... oppure semplicemente come ha detto il capitano, può darsi che sia il silicio non nel discorso di frequenza quanto (so un cavolo), un discorso di riflusso di dati in caso di errore? Che spiegherebbe anche le latenze?

In effetti Bjt2 ci aveva centrato in pieno quando diceva delle potenzialità di BD superiori a SB.

E quoto digieffe

Più guardo l'8150p confrontandolo con un Thuban... più non capisco dove cavolo perda tutta quella potenza.
Nell'FP è uguale, ma negli INT è sovrumano, quasi il doppio della potenza di un Thuban.