AMD
AMD Opteron a 16 core: i primi benchmark online
di Paolo Corsini pubblicata il 23 Marzo 2011, alle 12:18 nel canale Private Cloud
Appaiono online i primi benchmark, in ambiente Linux, di un sistema dual socket dotato di processori Opteron Interlagos, ciascuno con 16 core a 1,8 GHz di clock
30 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoazz
azz!!!!!!non al prodotto ma ai vs commenticiao max
Il mio intento era di sottolineare che quelli che AMD chiama core sono un po' diversi da ciò che siamo abitutati a intendere con il termine core e sarebbe fuorviante confrontare un 16 core bulldozer contro un 16 core intel (quando usciranno).
Mi auguro cmq che abbiano grandi prestazioni per mettere un po' di pepe al c... all'intel cosi da anticipare l'uscita di Ivy Bridge
Cosa c'entra Ivy Bridge??? Hanno presentato SB 2 mesi fa e tu vuoi gia le CPU nuove???
A volte mi sembra che qualcuno qui sia convinto che fare una CPU sia come fare i cioccolatini! Non hanno ancora disponibile il PP a 22nm e gia darteli a gennaio 2012 come hanno annunciato e uno sforzo non indifferente anche per un mostro come intel!!!
Le cose stanno così:
- i "mattoni" fondamentali di bulldozer sono i moduli
- ogni modulo comprende due core *completi* per gli interi ed una FPU *completa* a 256 bit condivisa fra i due core.
Quindi un bulldozer a 16 core significa:
- 16 core interi
- 8 unità FPU
da un solo benchmark su un engineering sample è difficile dire quali saranno le reali prestazioni.
Ciao,
l'argomento è effettivamente molto interessante e si apre a più di un'interpretazione.
Da un lato, storicamente ciò che identifica un core è la capacità di eseguire il fetch delle istruzioni (e Bulldozzer implementa una unità di fetch per modulo, condivisa da entrambi i "core" ), dall'altro c'è l'effettiva presenza di due cluster integer.
Quindi, a seconda della definizione che vogliamo dare alla parola "core", possiamo dire che un modulo Bulldozzer è composto da:
- un core (una singola unità di fetch, potenziata e condivisa dai due cluster integer) con doppio cluster integer
- due core (intesi come integer cluster)
Qui c'è una interessante lettura: http://www.realworldtech.com/page.c...0181333&p=1
Riguardo al posizionamento di mercato, dipenderà non solo dal numero dei core, ma dal solito mix di prestazioni/consumo/prezzo.
Vedremo...
Ogni modulo Bulldozer, per ammissione di AMD conta come due core. Pertanto, quando ci sarà da verificare la bontà della nuova architettura, un 2 moduli - 4 core AMD si testerà contro un 4 core di intel.
Ovviamente una scelta del genere permette ad AMD di pubblicizzare più core disponibili, ma rischia di essere un boomerang qualora un Bulldozer 4 core non riesca a tenere il passo dei 4+4 Intel.
Per quel che mi riguarda, realisticamente mi andrebbe bene un pareggio (facendo una media integer-fp) tra un 4 moduli (8 core) AMD ed un 6+6 Intel, ma ripeto che è AMD ad andarsi a cercare delle rogne, pubblicizzando due core quando in realtà ce n'è uno e mezzo...
Per carità, questo è vero. E' che non tutti sono d'accordo con questa definizione di core, tutto qui...
Ovviamente una scelta del genere permette ad AMD di pubblicizzare più core disponibili, ma rischia di essere un boomerang qualora un Bulldozer 4 core non riesca a tenere il passo dei 4+4 Intel.
Per quel che mi riguarda, realisticamente mi andrebbe bene un pareggio (facendo una media integer-fp) tra un 4 moduli (8 core) AMD ed un 6+6 Intel, ma ripeto che è AMD ad andarsi a cercare delle rogne, pubblicizzando due core quando in realtà ce n'è uno e mezzo...
In effetti ho, più o meno, anche io aspettative simili: un 4 moduli (otto "core"
Lo scontro sarà sicuramente interessante...
Ciao.
Poi, ovviamente dovremo vedere i test: se è vero quel che alcuni dicono, che la FPU è normalmente utlilizzata al 40%, pure una mossa del genere potrebbe aver senso.
Poi, bisognerà pure vedere le prestazioni di questa FPU condivisa - Nehalem quante unità ha, e a quanti bit?
E poi rimane da giocare il jolly, ovvero Fusion: su questo IMHO AMD si gioca molto, considerando che le sue soluzioni sono ben avanti rispetto alle Intel, se veramente riuscisse a portare il traffico FPU su una GPU integrata, la FPU potrebbe diventare un'appendice mantenuta per retrocompatibilità, così come è già oggi per le unità x87 rimpiazzate dalle SSE.
Tra tutto quanto, è un altro il fatto che mi preoccupa - che come dicevo all'inizio del thread, i numeri dell'articolo mi sembrano tutt'altro che rassicuranti... :-/
Evidentemente preferiscono sbandierare 16 core lenti piuttosto che 8 veloci.
Poi, bisognerà pure vedere le prestazioni di questa FPU condivisa - Nehalem quante unità ha, e a quanti bit?
In merito all'utilizzo CPU, dipende tutto dal carico di lavoro: nel lavoro classico "da server" secondo me è anche minore del 40%. Il punto è che Bulldozzer è anche una CPU "home", dove l'FPU, in certi ambiti (giochi, encoding, ecc). è molto più usata. Probabilmente, però, buona parte di questo utilizzo può derivare da cache miss (che fanno stallare l'FPU) e/o basso ILP. Tanto per fare un esempio, tempo ho misurato l'ILP del codice GTK2 (le librerie grafiche di Linux), che sono piuttosto dipendenti da una buona FPU, trovando che era a meno di 2 istruzioni/clock (almeno nell'ambito esaminato). In questo caso, condividere l'FPU potrebbe essere una buona idea
Vero anche questo, però non dimentichiamo che al momento le unità SIMD delle GPU hanno si un throughput molto alto, ma anche una latenza molto elevata: questo significa che in alcune applicazioni (in particolare quelle sequenziali) x87 e SSE/AVX rimarranno piuttosto importanti. Ovviamente a meno che AMD non implementi, nei futuri design, GPU con pipeline dalla latenza più bassa...
Insomma, è una fase davvero molto interessante... vedremo come finirà!
Ciao.
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".