Newsgroup: it.comp.hardware.cpu
Titolo: Hammer con 128k di L1

Pare proprio che le notizie fossero affrettate...
http://www.inpact-hardware.com/image/News/confinfob.gif
noatre che il supporto ai tagli di memoria predetti e' 
specificato "locale" e come sia esplicitato che ci sia
il supporto x "future memory tecnhology"
Ah.. la L2 di Opteron sara' di 1 o 2 MB!!!
Infine i packages tornano ad essere quelli che dovevano :D:D
ciao r.d.

 ha scritto nel messaggio news:ahlmsr$93h$1...@atlantis.cu.mi.it...

Peccato per la banda di soli 3.2Gb/s su HT.
Ciao.
Alberto.

 Peccato per la banda di soli 3.2Gb/s su HT.
Giga bit o byte?
Perche` la banda delle DDR, approssimativamente,
sarebbe 333 * 8, cioe` circa 2660 GB/s.
Quindi HT dovrebbe bastare ed avanzare.
O sbaglio qualcosa?
bye,
-- 
  Piergiorgio Sartor

 bye,
Ciao.
Alberto.

 chipset zx1 Hp)
Il modello high end ha 3 canali HT, a questo punto
il collo di bottiglia e` la memoria, non HT.
bye,
-- 
  Piergiorgio Sartor

Peccato per la banda di soli 3.2Gb/s su HT.
Dunque..  estratto dalla documentazione del consortium:
Designed to operate at 1.6Ghz on each wire pair....... HT ... support a 
peak aggregate bandwith of 12.8 GBytes/s
chiaro che dipende dalla larghezza del bus impiegato.
pag 17 del PDF della revision 1.03
(10/10/2001 neanche recentissima... addaveni' HT2 :D )
ciao r.d.


gia'
Anche su 
http://news.hwupgrade.it/6859.html
 ci sono i dati corretti
e i screen dei due modelli logici dei due hammer.
quelli che hanno dato la prima news dovrebbero essere frustati epr falso
allarmismo :))
-- 
Sidewinder  
---------------------------------------------------------------------
Excessive login or logout messages are a sure sign of senility.
---------------------------------------------------------------------

 ha scritto nel messaggio news:ahlsbf$b0l$1...@atlantis.cu.mi.it...

E si, ma per ora va ad un equivalente di 400Mhz.
Per ottenere le prestazioni da te indicate, vi sono
bei problemi da risolvere, presumo anche di
implementazione in mobo sufficientemente economiche.
Ciao.
Alberto.

"Piergiorgio Sartor" <sar...@sony.de.REMOVE.THIS> ha scritto nel messaggio
news:3D3E7174...@sony.de.REMOVE.THIS...

Un canale è per I/O, o sbaglio.....
Non dico che il tutto non faccia la sua
bella figura, solo che non pare così 'eccitante'
rispetto alle soluzioni consolidate. Anche perchè
bisogna vedere quanto costerà Opteron..............
Ciao.
Alberto.

 implementazione in mobo sufficientemente economiche.
Non diciamo palle, ovviamente tutto è relativo ma tre canali da 3,2 GB/s
full duplex non mi sembrano bruscolini (banda aggregata di 19,2 GB/s),
specialmente quando in precedenza i sistemi a 8 processori si dovevano
condividere 6,4 GB/s, con l'aggiunta di latenze per l'arbitraggio del bus,
insomma un vero casino.
Saluti.
--
//  Xelloss dal portatile || in real life: Wilmer Ricciotti  \\
|  
wirix...@libero.it
 (elimina il demone per rispondermi)  |
|    ICQ: 3233084        IRC: Xelloss@AzzurraNet, @ChatNow    |
| Hardware Information & Technology: 
http://hit.edengames.net
 |
\_______Like the Phoenix I rise from the ashes of life________/

allarmismo :))
gasp.. temo di averla riportata io qui... 
pieta'..
ciao r.d.

O sbaglio qualcosa?
una virgola..
hehehe..
ciao r.d.

 bisogna vedere quanto costerà Opteron..............
Sulla carta meno a pari prestazioni, oppure
piu` prestazioni a pari prezzo.
Ma ovviamente tutto dipendera` dal mercato,
non credo sia piu` una questione di costi puri.
Se avranno un grosso successo, mi aspetterei una
salita di prezzo con le versioni successive,
altrimenti un calo di prezzo.
bye,
-- 
  Piergiorgio Sartor

 una virgola..
Tastiera anarchica!!! :-)
bye,
-- 
  Piergiorgio Sartor

implementazione in mobo sufficientemente economiche.
Beh.. non credo che il problema della ECCESSIVA economia
si possa riferire ai sistemi Opteron.. magari sara' 
vero x gli Athlon-Hammer. 
ma per loro il problema sara' anche assai meno pressante. :D
ciao r.d.
PS c'e' un interessante articolo su HT di tale Nils Dahl a:
http://www.vanshardware.com/news/2002/07/020722_Nils_What_Is_Hypertransport/020722_Nils_What_Is_Hypertransport.htm

 Un canale è per I/O, o sbaglio.....
Sbagli, i canali sono configurabili coerenti o non coerenti a seconda
dell'esigenza. in un sistema a 8 vie 4 processori utilizzano tutti e tre i
link in modo coerente, cioè per il collegamento ad altri processori.


 insomma un vero casino.
Si, è proprio il 'banda aggregata' che mi lascia curioso; vedremo
con i bench se tutto funzionerà come auspicato.
Ciao.
Alberto.

 altrimenti un calo di prezzo.
Come detto sono curioso di vedere se la 'banda aggregata'
dichiarata è una realtà o solo teoria. Bel problema.
Ciao.
Alberto.

 dichiarata è una realtà o solo teoria. Bel problema.
La banda è quella, ma dipende anche dalle applicazioni usate, e soprattutto
dall'eventuale supporto NUMA del sistema operativo. Ricorda inoltre che i
tempi di accesso non sono gli stessi su tutta la RAM...


 tempi di accesso non sono gli stessi su tutta la RAM...
Effettivamente è un pò che penso alla influenza del sw
e del sistema operativo sull'architettura proposta.
Non vorrei che fosse necessario un S.O. da hoc, per
spremere le potenzialità di  HT; non sarebbe tanto
strano sai.
Ciao.
Alberto.

 strano sai.
Questo vale però solo per i sistemi a 4 e, soprattutto, 8 processori. Le
prossime versioni di Windows.NET conterranno supporto NUMA.


 viene più facile :-).
Il problema è che non è equivalente... non credo che si possa sostenere
l'ipotesi che un canale venga utilizzato solo in lettura e mai in scrittura,
o viceversa. Sul piano delle latenze, poi, le due soluzioni non sono nemmeno
confrontabili...


, 
si...@aegis.in.ilsole24ore.it
 (Sidewinder) says:

no ma parlo di quell che hanno pubblicato per primi ;)
-- 
Sidewinder  
---------------------------------------------------------------------
Some of my readers ask me what a "Serial Port" is.
The answer is: I don't know.
Is it some kind of wine you have with breakfast?
---------------------------------------------------------------------

MHz, e nel caso medio un rispettabile 600 MHz...
Ma questo vuol dire che ci sono 3,2GB/sec di banda per i dati che
vanno in una direzione e altrettanti per i dati che vanno nel senso
opposto, o sbaglio?
-- 
ZHELGADIS THE LIGHTBRINGER (ICQ 33134824)
Tessera #008 BAG, #000 DPPSJ, #013 BAT, #012 TFC
"Il Grande Fratello? Non lo farei mai vedere ai miei figli."
(Giovanni Modina, direttore di Canale 5)

implementazione in mobo sufficientemente economiche.
Mah, considerando che queste bande servono per i server, direi che può
anche costare un po' di più... non credo proprio che avremo delle
schede del genere al prezzo di una K7S5A qualsiasi ;)


allarmismo :))
Ma sai com'è, la fretta dello scoop... ;)


 strano sai.
Se hanno progettato bene il crossbar switch ed il meccanismo
di mappatura credo che almeno sino al quadriprocessore
i sistemi multiprocessore basati su Hammer possano essere trattati
come se fossero dei sistemi SMP, perdendo pochissimo rispetto ad
una versione  ottimizzata per architetture NUMA.
Se le linee di cache vengono mappate in interleave
(es: in un sistema con N "gruppi" di ram locale
      su  N blocchi di ram consecutivi ampi quanto una linea
      di cache, ognuno sta in un "gruppo" diverso)
la banda viene spartita in modo equo e *cosa importante*
i link HT vengono sempre tenuti al lavoro in entrambe
le direzioni di transito nel modo piu omogeneo possibile
(in modo da spremere effettivamente la banda disponibile).
In un sistema biprocessore con 2 "gruppi" di ram la differenza
rispetto ad un SMP con il doppio della banda verso la ram
dovrebbe essere praticamente nulla.
Su un quadriprocessore con 4 "gruppi" di ram, c'e' un aggravio
maggiore rispetto ad un sistema identico con S.O. e software
"ottimizzato per NUMA" (a causa del passaggio per un nodo intermedio
se si deve accedere a ram sul nodo opposto a quello della cpu), ma 
rispetto ad sistema SMP nella stessa fascia di costo le prestazioni 
dovrebbero essere comunque  piu elevate grazie alla banda aggregata
molto elevata ed ottenuta senza far ricorso a chipset "speciali"
( si possono utilizzare gli stessi chipset usati
   per le versioni uniprocessore ).
Probabilmente solo con roba ultra-pesante che gira su sistemi
con 8 o piu cpu ha senso usare software ottimizzato
per l'architettura "NUMA reale", nella maggior parte delle applicazioni
dovrebbe bastare far finta di aver a che fare con un sistema
"SMP virtuale".
L. Micheletto