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

[Sayan V]

Originariamente inviato da paolo.oliva2

Testare il guadagno sulle ram dipende da molte condizioni.

Se fai un test di banda, più il clock è superiore delle RAM, più aumenta la banda.

Se fai un bench su programma che specificatamente fa un loop di calcoli, la RAM è ininfluente.

A tutto cio' aggiungi pure il fatto che incrementi prestazionali "seri" li ottieni se replichi la condizione def.
Mettendo dei numeri a caso, clock procio 2GHz, clock NB/MC 2GHz, clock RAM 1GHz = Clock procio 3GHz, clock NB/MC 3GHz, clock RAM 1,5GHz, se operi in maniera diversa, più conservativa in alcune parti, il sistema comunque risulterebbe "zoppo".

I test di banda lasciano il tempo che trovano, preferisco i risultati in campo.

Ieri sera, per il poco tempo che avevo, ho fatto delle prove con SuperPì e 3dmark ... ho testato le ram da 1133 mhz a 2050 mhz con timing uguali (9-11-9-27 1T) e poi in auto (a frequenze più basse timing più spinti)... procio sempre a 4700 mhz ... nessuna variazione degna di nota, sembra quasi che non ho cambiato le frequenza ... invece col 1100T le differenza si notano ...

[blindwrite]

Originariamente inviato da capitan_crasy

Ciao:
Chiariamo subito che IBM non ha mai messo in roadmap ne progettato un 28nm SOI; era previsto che dopo i 32nm si sarebbe passati ai 22nm SOI ma per motivi non ancora chiari sono stati definitivamente cancellati.
Quindi ricapitolando i 32nm e i 22nm erano con tecnologia SOI, mentre i 40nm e i 28nm erano destinati alla tecnologia bulk...
La novità in tutto questo è l'annuncio che il consorzio SOI ha sperimentato la tecnologia FD-SOI sul processo produttivo a 28nm, grazie ad un lavoro congiunto con GF, ARM, STMicroelectronics e IBM. (CLICCA QUI)
Ora che i futuri Steamroller saranno basati sui 28nm FD-SOI è al di sopra di ogni più rosea e ottimistica aspettativa, tanto è vero che tale tecnologia è attesa per i 14nm su wafer da 450mm; inoltre non ci sono i tempi per poter ridisegnare anche come shrink i 28nm utilizzando il SOI tradizionale e senza la progettazione di IBM non ci sono neanche i presupposti.
Infine i 28nm di GF sono stati posticipati di mesi, tanto che AMD ha dovuto cancellare le piattaforme APU basate su Krishna/Wichita.
Finchè AMD non dirà apertamente quali solo le caratteristiche del silicio di Steamroller si raccolgono gli annunci vari tra qui anche i rumor e si tirano le eventuali somme...

Confermo tutti noi in R&D siamo praticamente solo su 28FDSOI e 20bulk (io attualmente sono su 20bulk)... e lo sviluppo non procede niente male...

Ci si attendono grandi cose dall'FDSOI.

[capitan_crasy]

Originariamente inviato da Mister D

Grazie! Come sempre gentilissimo ed esauriente!
Cmq dalla rete cercando 28 nm SHP ho trovato questo altro forum:
http://www.overclock.net/t/1196096/s...-shp-is-fd-soi
e infatti anche io ho fatto lo stesso collegamento: se SHP per GF sta per tecnologia riguardante le CPU x86 con substrato SOI allora i 28 nm SHP di quella slide c'è caso che siano i 28 nm FD-SOI che hai citato te. Chissà che GF non faccia questo regalino ad AMD dopo tanti problemi. Lo so che è improbabile ma la speranza è l'ultima a morire in attesa di nuove info ovviamente

Guarda su questo argomento ho dei dubbi anch'io, eppure ci sono molte voci tipo Charlie di semiaccurate che escludono a priori un processo SOI sui futuri 28nm; per quanto riguarda la tecnologia FD-SOI è ancora troppo presto per sperare di vederla sui 28nm...
Comunque sia ci dovrebbero essere APU prodotte a 28nm sia da GF sia da TSMC; quest'ultima dovrebbe produrre gli eredi delle piattaforme Brazos...

[Sayan V]

Beh li possono fare anche 10 nm, ma se poi non rendono niente

[Theodorakis]

Ho letto questo: http://www.bitsandchips.it/9-hardwar...per-le-cpu-amd

Secondo voi interessa BD? AMD e Dillon sono abbottonati. Se fossero i vecchi Athlon lo avrebebro detto, no?

[Sayan V]

Originariamente inviato da Theodorakis

Ho letto questo: http://www.bitsandchips.it/9-hardwar...per-le-cpu-amd

Secondo voi interessa BD? AMD e Dillon sono abbottonati. Se fossero i vecchi Athlon lo avrebebro detto, no?

[digieffe]

Originariamente inviato da Athlon 64 3000+

Personalmente le CPU con basso IPC e alte frequenze tipo il Pentium 4 non mi sono mai piaciuti.
Per rendere sia Trinity che Kaveri comunque competitivi c'è bisogno sopratutto di un aumento di IPC e non di sole frequenze perché con solo quest'ultima non si va da nessuna parte.
Come abbiamo visto con Zambezi il progetto di avere frequenze alte è andato a sbattere contro il muro del pp a 32nm immaturo e del problema che oltre una certa frequenza il consumo schizza.
Con Vishera si riuscirà a incrementare un po' la frequenza,ma non di tanto perchè per quanto si possa affinare il pp attuale non si può andare oltre una certa soglia.
Spero che con Kaveri ci sia un bel aumento di IPC.

quoto.

Kaveri? mi deve essere sfuggito chi mi rifresca la memoria? grz

[bosstury]

forse qui non è il posto giusto.....ma provo..
il dissipatore zalman 9900 max, va sui socket amd3+ per questa serie di cpu ?

[Pat77]

Originariamente inviato da Theodorakis

Ho letto questo: http://www.bitsandchips.it/9-hardwar...per-le-cpu-amd

Secondo voi interessa BD? AMD e Dillon sono abbottonati. Se fossero i vecchi Athlon lo avrebebro detto, no?

Bhe bisogna vedere quanto incide sulle performance di BD.

[ozlacs]

Originariamente inviato da Theodorakis

Ho letto questo: http://www.bitsandchips.it/9-hardwar...per-le-cpu-amd

Secondo voi interessa BD? AMD e Dillon sono abbottonati. Se fossero i vecchi Athlon lo avrebebro detto, no?

http://www.hwupgrade.it/forum/showpo...ostcount=28831

parla di K10, non fà riferimento a BD

[Theodorakis]

Originariamente inviato da ozlacs

http://www.hwupgrade.it/forum/showpo...ostcount=28831

parla di K10, non fà riferimento a BD

Sì, ok, però è un post vecchio di 10 settimane quello linkato nell'articolo del sito inglese. Nel post di ieri di Dillon invece non si fa riferimento a nessuna CPU specifica, e neppure AMD ne cita una nella risposta. Perché non tranquilizzare gli utenti affermando fin da subito quale famiglia di CPU ha questo bug (se poi è veramente un bug)? Non dovrebbe essere negli interessi di AMD? E se il bug interessasse Llano (in quanto evoluzione di K10)?

[OPP]

Originariamente inviato da bosstury

forse qui non è il posto giusto.....ma provo..
il dissipatore zalman 9900 max, va sui socket amd3+ per questa serie di cpu ?

se hai la staffa per am2 e am3 lo puoi mettere anche su bd am3+, l'attacco è uguale

[aldooo]

Originariamente inviato da ozlacs

parla di K10, non fà riferimento a BD

Per ora non si fa riferimento a BD.
Cmq è un bug difficile da riprodurre dicono.

[capitan_crasy]

Originariamente inviato da digieffe

quoto.

Kaveri? mi deve essere sfuggito chi mi rifresca la memoria? grz

Kaveri e la terza generazione delle APU a 28nm con core X86 Steamroller e GPU GCN...

[nirvanastarr]

Ciao a tutti,

vi devo chiedere aiuto perchè sto diventando pazzo per capire se il mio sistema sia ok o no:

Ho acquistato da circa 2 mesi il seguente sistema:

• Processore FX-8150
• Scheda madre Gigabyte GA-990FXA-UD7 Rev 1.1
• 8Gb Ram Geil Evo Corsa PC14900 1866Mhz (running @ 1600Mhz)
• Scheda Video AMD HD6970

Uso Windows 7 x64 e premetto che il sistema è tutto con valori di default, mai overcloccato. Funziona tutto bene ma c'è una cosa che non mi convince: la temperatura del processore.

La temperatura infatti varia dai 12-15 gradi (nella stanza dove ho il pc sono sempre come minimo 20gradi) ai 50-54 al massimo del carico di lavoro. La cosa che non mi convince è che in idle (senza muovere neanche il mouse) ogni 10 secondi più o meno la temperatura ha degli scatti improvvisi fino ai 30-33 o 35 gradi per poi tornare, sempre nel giro di 1 secondo a 12-15. Se faccio un test con OCCT o simili, si può notare che non appena il test parte la temperatura schizza subito a 30-35 per poi salire prograssivamente (e correttamente) fino ai 50-54gradi.

Ora, io ho sempre avuto processori AMD (prima avevo il PhenomII x4 955 BE) ma non mi è mai capitato di vedere degli sbalzi simili. E non ho mai visto la temperatura a 12-15 gradi. Inoltre, quegli strani sbalzi che fa in idle sono abbastanza noiosi, perchè la ventola, girando in relazione alla temperautura, compie degli sbalzi di velocità assurdi.

In definitiva, vorrei capire se ciò è normale (dovuto magari alla nuova architettura del processore o altro) oppure è un problema del sensore della scheda madre.

Un'altra cosa strana è che se uso SIW (non so se qualcuno di voi lo usa), nella sezione "sensori", posso notare come non vengano letti correttamente i valori PWM delle ventole, cosa che mi fa pensare ad un problema del sensore.

Voi che ne dite??
Grazie

P.s.:In caso posso postare degli screenshots relativi a SIW o ai grafici di OCCT

[FroZen]

Parrebbe il tipico caso di "sensorus sballatus"..........15°C non si perdono/guadagnano in pochi secondi.....a meno che hai un phon da carrozziere al posto del dissipatore....

A me capita invece che usando k10stat mi dai un vcore più alto di 0,1V rispetto a quello messo nei pstate cpu-z mi dice 1,5V mentre k10stat 1,4V non sapendo a chi credere ho fatto qualche test ed appurato che è k10stat a prendermi in giro dato che sotto 1,35V (quindi 1,45V reali) il sistema a 3,8ghz è instabile.....(bf3 non perdona )

[nirvanastarr]

Grazie delle pronte e cortesi risposte!

Eh già mi sa che è proprio un tipico caso di "Sensorus Sballatus"

Proprio ora (non so perchè non ci ho pensato prima) ho consultato AMD OverDrive che mi da una lettura leggermente diversa: la minima è di 24 ma ogni tanto anche lui fluttua a 30-32.

Che nervoso!!!

Mi vien male a dover spedire in RMA la scheda

[digieffe]

Originariamente inviato da Foglia Morta

Di qualche giorno fa, non so se era già stato postato

Impact des compilateurs sur les architectures CPU x86/x64: http://www.hardware.fr/articles/847-...u-x86-x64.html

No, non è stato postato...

Ho appena dato una occhiata ai grafici...
cosa dire BD non mi sembra messo bene... capita che le prende dal 975...



cmq in generale per il discorso frequenze non sono affato d'accordo con Paolo!

anche se BD fosse @4.5 + turbo incrementerebbe la sua potenza del 25% sempre a 125W!

oppure speriamo che @4.5 consumi 95W?

quindi la corsa ai ghz finirebbe intorno ai 4.5...

un +25% secco senza possibilità di significativi ulteriori miglioramenti!!!

ben venga ma finisce li !!!



per il resto anche se fosse @4.5 avremmo (125w/95w) > 30% di consumi rispetto a SB...

Vorrei ricordare che il [email protected] consuma 125W!!! fatta questa premesa a quanto dovrebbe girare BD per colmare il gap???



BD è una architettura server, che se vera la storia del carico (non voglio mettere in dubbio randa e shellx ma il "se" è doveroso per evitare polemiche) va bene con carichi server, parliamo di diverse decine (forse meglio centinaia) di processi in coda in attesa di elaborazione, una situazione che normalmente si presenta solo in ambiente di produzione (= dove gli applicativi vengono utilizzati) ed in ambiente di sviluppo o test si possono ricreare artificialmente...

quindi di fatto non si verificheranno mai su un desktop (se poi mi è sfuggito qualche scenario cortesemente ricordatemelo)

è da quando è stata posta la questione del carico, che nel mio ambiente di sviluppo mantengo monitorati i processi in coda alla cpu, non arrivano mai a 2 cifre!!! mentre spesso vedo la situazione nella quale diversi processi anche 5-6 sono in attesa di quel processo ST che deve produrre i dati!!! (sto parlando di decine di secondi, qualche decina qui, quache altra li e vedi che nella giornata è volata una mezzoretta, il problema non si riduce alla perdita di tempo ma anche a quella di concentrazione, quando lavoro seriamente non interrompo per chattare o cose del genere)


oramai a 5 mesi dal lancio di BD, via la rabbia della delusione, posso dire che per me è bocciato, nonostante sia uno sviluppatore.

che poi nel mercato mainstream vada benino non m'importa, mi chiedo però nell'utilizzo quotidiano quanti possessori di BD ignaramente attendono quei colli di bottiglia creati dai processi ST.

[aldooo]

Originariamente inviato da nirvanastarr

Mi vien male a dover spedire in RMA la scheda

Beh prima prova un centinaio di programmi sensori... assicurati che ci sia sul serio un problema hardware.

[AceGranger]

Originariamente inviato da digieffe

BD è una architettura server, che se vera la storia del carico (non voglio mettere in dubbio randa e shellx ma il "se" è doveroso per evitare polemiche) va bene con carichi server, parliamo di diverse decine (forse meglio centinaia) di processi in coda in attesa di elaborazione, una situazione che normalmente si presenta solo in ambiente di produzione (= dove gli applicativi vengono utilizzati) ed in ambiente di sviluppo o test si possono ricreare artificialmente...

BD è server tanto quanto lo è SB, visto che entrambe le architetture coprono ENTRAMBI gli ambiti consumer e server.

i Test di Opteron vs Xeon con applicativi server ci sono e parlano da soli; la situazione in ambito server non mi sembra diversa da quella desktop, anzi... si ok in ambito server viene usato meno l'ST e quindi non ci sono casi in cui ha punte di caduta rilevanti, ma se fosse "nato per i server", non dico brillato, ma almeno non avrebbe fatto cosi magra figura con i vecchi Xeon o i vecchi Opteron