Opteron Dual Core: upgrade facile?

Opteron Dual Core: upgrade facile?

Attese a partire dalla fine del 2005, le nuove versioni di processore Opteron Dual Core utilizzeranno le mesedime infrastrutture hardware esistenti al momento

di pubblicata il , alle 15:30 nel canale Private Cloud
 
28 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
amd fan 22230 Aprile 2004, 20:26 #11
Secondo me saranno quasi il doppio e avranno 2 canali DDR 400 Mhz con ECC l'uno . Questa soluzione è meglio di quella di 2 processori distaccati perchè c'è + banda tra uno e l'altro . Il problema sarà l'alimentazione e il calore . Per le prestazioni minimo 50% in più se configurati tipo raid : 2 dischi e Windows ne riconosce uno 2 volte + veloce e grande . Così con 2 core Windows dovrebbe riconoscerne uno ma potentissimo , altro che HT dei P4 ! Così vedrai i tempi al SuperPi : 32 secondi di default ma per overclokkare serve il Prommy 2 o meglio 3 !
lucusta30 Aprile 2004, 20:59 #12
usare una caches centralizzata con due core distinti?si, si puo' fare, ma non certo partendo da un'architettura gia' esistente e a singolo core.
la caches L2, come la L3 dei P4EE o dei vecchi sistemi K6/pentium pro/pentium, non e' altro che una repilica piu' veloce del buffer ram, ossia dell'indirizzamento della posizione dei dati nella ram, o di bufferizzazione di piccoli quantitativi di codice, percio' e' ben facile condividerla con due diversi core, ma per farlo bisognerebbe interfacciare un controller sul bus dati tra' core logico e caches, percio' riprogettare la CPU, e non replicare due core sullo stesso pezzetto di silicio, i quali (probabilmente in esterno, e non sul silicio) comunicheranno tra' di loro.
se questa CPU avra' la retrocompatibilita'con lo socket 940, allora il controller della memoria sara' a singolo canale per ogni core, ed in pratica sara' come un die con due ahtlon 754 affiancati e resi multiprocessore o, ancora peggio, si usera' un controller su una CPU e l'altra' si appoggera' a questa per la memoria, ma e' un'ipotesi improbabile, in quanto in tutti i multiprocessori opteron ho visto che ogni processore ha il suo banco di ram.
percio' le prestazioni di riferimento sono il 50% in piu' di un Athlon 64, e non di un opteron/fx.
amd fan 22230 Aprile 2004, 21:06 #13
Faranno il 999R in collaborazione con la Ducati corse
innovatore30 Aprile 2004, 21:44 #14
x xk180 che io sappia frà poco l'intel oltre a passare dal socket 478 ad lga775 farà transitare qualche mese con schede bus 800 MHz per passare poi definitivamente a 1066 MHz
atomo3730 Aprile 2004, 21:46 #15
due cpu a tutti gli effetti, sarà sicuramente un prodotto di fascia altissima venduto a carissimo prezzo.
KAISERWOOD30 Aprile 2004, 22:33 #16
Originariamente inviato da innovatore
x xk180 che io sappia frà poco l'intel oltre a passare dal socket 478 ad lga775 farà transitare qualche mese con schede bus 800 MHz per passare poi definitivamente a 1066 MHz

il bus di intel è compeltamento diverso da quello di amd enon si possono fare pargoni cmq anche il bus amd salirà ad 1ghz in abbinamento forse con memorie ddr500 ma la cartuccia del bus + ampio la sparano nel momento opportuno.

--------------------------------------------------------------------

L'opteron dual core avrà sicuramente il dual channel condiviso e non funzionano come 2 cpu separate. L'ht è geniale per i stemi multicpu perchè consente di aumentare la bandwith di trasmissione con + controller affrancati, adesso i 2 core comunicheranno con un bus diretto e sicuramente le prestazioni saranno milgiori di 2 semplici opteron distinti e se in alcuni programmi con il dual cpu si ottengono un +25% con un dual core si può ottenere un +50%. Se anch eintle sceglie la strada del dual core significa che deve essere l'unica soluzione ideale per aumentare le prestazioni. Per il consumo penso che se il die di athlon fx da 176mm2 passa a 117 con lo 0,09 micron (non ricordo bene le cifre cmq era un enorme balzo) un opteron dual core a 0,09 dovrebbe avere le stesse dimensioni o simili dimensioni di uno a 0,13 infatti 117x2=234-5omm2(i controller delle ram sono 2 e non 4) e perciò dovrebbero consumare e riscaldare uguale. AMd pare che dovrebbe limitarsi ad aggiornare i controller delle ram il bus e aggiungere le sse3 in futuro senza fare sconvoligmenti come pipeline + lunghe e + cache.
AMD con ilk7 ci ha campato 45-anni migliorandolo in continuazione cercando di limitare i consumi e così farà con il k8. I problemi che ha intel è dovuto ad un processo costruttivo poco testato e alle pipeline troppo lunghe.
xk180j30 Aprile 2004, 23:02 #17
Originariamente inviato da innovatore
x xk180 che io sappia frà poco l'intel oltre a passare dal socket 478 ad lga775 farà transitare qualche mese con schede bus 800 MHz per passare poi definitivamente a 1066 MHz


vero, ma se questa news http://amdpower.altervista.org/inde...ts=1&id=158
è attendibile l' intera offerta intel sarà rivista
Raid501 Maggio 2004, 00:46 #18

Re: caspita

Originariamente inviato da Davirock
chissà come gestiranno la ram. secondo me ogni core avrà 1 canale x loe ram.

Secondo ma basterebbe leggersi le news di qualche giorno prima ....
Originariamente inviato da xk180j
ogni cpu avrà un canale di memoria,e il bus resterà a 800 e non si useranno le ddr 2

E tu chi sei? Il CEO di AMD o il mago Otelma?
Vabbè ... proverò a giocare i numeri al lotto, forse per un terno vanno bene ...
cionci01 Maggio 2004, 09:20 #19
Originariamente inviato da xk180j
ogni cpu avrà un canale di memoria,e il bus resterà a 800 e non si useranno le ddr 2

Al contrario...ci sarà un solo controller di memoria condiviso fra le due CPU... Ma nell'utilizzo medio ogni CPU potrà avere ben più della metà della banda verso la memoria (questo perchè è molto probabilmente che mentre una CPU fa una richiesta alla memoria l'altra stia lavorando in cache)...
cionci01 Maggio 2004, 09:23 #20
Originariamente inviato da pipozzolo
uno dei limiti delle architetture multiprocessore non è proprio quello di non avere una cache centralizzata, che non consente ad un processore di accedere molto velocemente ai dati elaborati dall'altro e implica tutta una serie di ottimizzazioni?
In una configurazione dual core, non è risolvibile?

E' risolvibile perchè la richiesta di un dato nella cache dell'altra CPU transiterà su linee che lavorano alla stessa frequenza della CPU...e non sul bus HyperTransport (che seppure veloce) che prevederebbe frequenze e latenze più alte...

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".

La discussione è consultabile anche qui, sul forum.
 
^