Newsgroup: it.comp.hardware.cpu
Titolo: Domanda su Opteron

Ciao a tutti,
volevo sapere una cosa: i nuovi Amd Opteron operano a 64 bit, perň ancora
per un po' di tempo dovranno "rimanere" a 32 bit, visto che sia i sistemi
operativi sia i software vanno a 32 bit (giusto?). Ho visto che su essedi
c'č un Opteron da 1,4 Ghz: andando a 32 bit non č come se fosse un semplice
Xp da 1,4 Ghz con cache aumentata, tipo Intel Centrino? O c'č qualcosa di
piů?.
Bye.


Considerando che utilizza un controller di memoria incorporato
nella cpu, il quale abbassa notevolmente la latenza d'accesso
ai dati in generale le prestazioni sarebbero notevolmente migliori
di un semplice XP1500+ o un TB 1.4GHz...
Comunque secondo me questa cpu è sprecata se la usi
con un sistema monoprocessore...
Ciao

 
giusto poco tempo fa è uscita la mdk 9.1 per opteron

 giusto poco tempo fa è uscita la mdk 9.1 per opteron
Interessante... ;-)
Ciao

 Bye.
Opteron ha un IPC superiore all' Athlon standard, dunque, a parità di
frequenza, è più veloce. Certo, l'incremento dell'IPC reale è dato anche
dalla cache più grande, però anche il core dovrebbe essere leggermente più
efficiente, anche funzionando a soli 32 bit. Comunque in un PC ad uso
domestico, Opteron non sostituisce l'Athlon standard, in quanto l'utilità
dei 64 bit non si nota in applicazioni normali, salvo qualche ottimizzazione
particolare. Anche con l'arrivo dell'Athlon 64, però, i 64 bit hanno una
importanza relativa: ad esempio, i 64 bit sono comodi nella gestione della
RAM oltre i 2-4 GB, anche se, con la paginazione, il problema può essere
risolto. Certo, la soluzione a 64 bit è più veloce ed efficiente, però il
discorso è diverso ad esempio dal passaggio tra i 16 e i 32 bit: con 16 bit
si potevano indirizzare direttamente appena delle pagine di 64Kb, e questo
era un bel problema. Con 32 bit si può indirizzare direttamente una pagina
da 4 GB, dunque il problema è meno stringente. Quando ci saranno PC con più
di 4 GB di RAM, l'utilità dei 64 bit sarà però evidente.
Saluti.


non è che si fermi tutto qua comunque. Anzi, i miglioramenti semplicemente
scrivendo un compilatore che usi i registri a 64 bit come 2 a 32 saranno
ENORMI.
Se ci sono programmi ottimizzati per SSE2 non vedo perchè non ci possano
essere programmi ottimizzati per ATH64

 di 4 GB di RAM, l'utilità dei 64 bit sarà però evidente.
Non si puo` gestire una pagina di 4Gb direttamente. Il controller spezza
l'indirizzo in 2 parti, un numero di pagina e un offset interno. La
dimensione delle pagine puo` arrivare fino a 4Mb non fino a 4Gb... Sarebbe
un pochetto esagerato.
2^32 fa 4Gb ma 12 bit sono usati per le pagine e 20 bit per l'offset.
E volendo ti spiego anche il perche` non viene gestita tutta in modo
diretto: i programmi solitamente usano 3 segmenti principali: segmento
codice, segmento dati (dinamici, globali e statici, oltre che le librerie)
e il segmento di stack. Questi sono composti da un tot numero di pagine. I
dati statici, globali, le librerie e il segmento codice non subiscono
variazioni durante l'esecuzione (a meno di variazioni particolari) mentre
i dati dinamici (heap) e lo stack ne subiscono anche parecchie. Per
facilitare la vita un po` a tutti, invece di allocare memoria tenendo
presente l'indirizzo di inizio e di fine di ogni parte allocata si
utilizzano le pagine e quindi il servizio BRK (in linux ad esempio) alloca
N pagine al momento in cui ti serve avere nuovi dati oppure quando ti si
ingrossa la pila (stack) perche` hai chiamato una funzione e via dicendo.
Ad ogni modo la dimensione massima e` 4Mb se non erro. 
-- 
try: troll.uses(Brain)
except TypeError, data: 
   troll.plonk()
Linux User #310274, Debian Sid Proud User

 ingrossa la pila (stack) perche` hai chiamato una funzione e via dicendo.
La tua analisi è interessante. Comunque io parlo di pagine fisiche. Con 32
bit di indirizzo si può gestire al max 4GB di RAM: se si va oltre bisogna
per forza ricorrere ad una paginazione "fisica". Quello che importa è il
limite di 4 GB, poi come questi vengono divisi ha una importanza secondaria.
Un microprocessore a 32 bit non può gestire direttamente oltre i 4 GB di
RAM: per andare oltre bisogna usare dei trucchi, di solito non molto
eleganti (guarda ad esempio l'8086 a 16 bit che gestiva al max 1MB (2^20).
Si dovevano fare i salti mortali con i registri segmento... In un programma
assembler che ho scritto ho provato a gestire i registri segmento con
alterne fortune...).
Saluti.

 
Apparte il fatto che esistono SO ottimizzati per Opteron (vedi l'ottimo
GNU/Linux) i vantaggi di Opteron sono:
Due modalità operative 32bit-64bit.
La modalità operativa è determinata dal SO usato.
Se si lavora a 32bit si ha perfetta compatibilità fino ad i vecchi 386.
In modalità 64 bit il processore può comunque eseguire binari a 32bit.
I vantaggi dell'architettura a 64 bit non sono, come può sembrare, la
presenza di registri general purpose a 64 bit ma bensì la presenza di ben
20 registri!!!! 
Si riesce così ad ottimizzare molto pesantemente il codice come si fa su
CPU RISC.
Per quanto riguarda la memoria l'unico effettivo vantaggio dei 64bit è la
possibilità di avere singoli processi che occupano più di 3.6GByte. Il
limite della memoria totale è infatti superabile (e è già stato superato)
-- 
 
 [Campagna contro gli allegati MS-Word]
 Per favore non speditemi allegati *.doc : 
 non ho Ms Office e non voglio comprarlo                         
 voglio usare solo software libero
 _________________________________

limite della memoria totale è infatti superabile (e è già stato superato)
Si, ad esempio dagli Xeon (se ricordo bene, con NT server si può arrivare a
64 GB di RAM). Comunque i 64 bit rimangono vantaggiosi proprio per la
possibilità di indirizzare direttamente più RAM, senza trucchi inutili e
dannosi (vedi 8086, 80286). 64 bit sono utili proprio per questo.
Saluti.

 64 GB di RAM).
Sin dai Pentium Pro oserei dire potevi arrivare a gestire
questi quantitativi di memoria...;-)
 Ciao

 operativi sia i software vanno a 32 bit (giusto?).
Sbagliato, io ricompilo ed ho tutto il software a 64 bit.
Ora mi manca solo la cpu a 64 bit, mobo e tutto il resto dell'hw per
poterla usare.
-- 
Massimo  ;-)  | EMail: 
q-con...@iol.it
 * ICQ: 37930285
--------------> 
http://digilander.iol.it/MaQ
  BABYLON5  --> 
http://digilander.iol.it/babylon5
  *TRIBOL*  --> 
http://digilander.iol.it/usstribolo

64 GB di RAM). Comunque i 64 bit rimangono vantaggiosi proprio per la
e' dai ppro che esiste un modo particolare per gestire fino a 36bit,
ma la gestione non e' propriamente flat, il processore deve comunque
fare un po' di salti mortali.
fino ad oggi i processori amd non hanno mai supportato questa
modalita', gli opteron in modalita' 32bit invece la implementano.
--
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Il segreto per essere considerato un creativo sta nel non fare
    mai riconoscere le proprie fonti [A. Einstein]

 limite della memoria totale è infatti superabile (e è già stato superato)
E non e' una cosa da poco.
Con 64bit di indirizzamento anche se si hanno meno di 4Gbyte di ram
si possono ad esempio mappare in memoria (virtuali) interi DVD e manipolarli
come se fossero degli array di byte.
Invece di essere il programma a dover fare continue chiamate al S.O. per 
leggere/scrivere spezzoni di dati, il S.O. ci pensa da solo (e lo fa solo
quando e' strettamente necessario in base alla ram ed alle risorse
disponibili).
Visto che un programma "classico" oltre ad elaborare i dati deve
essere codificato in modo da "ottimizzare gli accessi al disco", con la
possibilita di mappare file enormi in memoria si ottengono
programmi piu semplici (non si deve scrivere codice per ottimizzare
gli accessi al disco) e piu veloci (il S.O. "ottimizza automaticamente"
quanta ram allocare, come/quando eseguire gli accessi al disco solo
quando necessario e senza avere buffer che duplicano inutilmente
i dati in corso di elaborazione).
Considerato che gli accessi al disco sono circa 1000 volte piu lenti
dell'accesso alla ram, questo tipo di "ottimizzazione automatica"
puo dare un accelerazione notevole ad applicazioni tipo database
oppure cose "banali" come l' editing lineare di videoregistrazioni
fatte in casa.
L. Micheletto

 alterne fortune...).
colpa tua: per gli x86 la gestione dei registri di segmento e' noiosa, 
lenta, scomoda, antipatica. ma di sicuro non difficile...

 lenta, scomoda, antipatica. ma di sicuro non difficile...
Ho fatto un programmino che campionava un segnale in ingresso dalla porta
parallela, più precisamente proveniente da un microfono. Purtroppo non ho
avuto il tempo di testarlo a sufficienza (era per l'esame di stato, ma poi
sistemi non è uscito...). Andava tutto bene se campionavo per 64Kb, se
invece provavo a toccare i segmenti per memorizzare più di 64Kb il programma
si piantava: non ho mai capito perchè. Valli a capi sti computer... Non è
affatto difficile la gestione dei registri segmento, ma è una soluzione poco
elegante e penalizzante dal punto di vista delle prestazioni: meglio
evitarla...
Saluti.

 4GB, si sà cosa intendo.
Non e' una nomenclatura ideata da Intel.
Per segmento si intende una sezione di memoria di dimensione massima
prefissata ma di dimensione effettiva anche inferiore, inoltre
i segmenti possono sovrapporsi *anche* parzialmente.
Le pagine invece hanno dimensione massima *uguale* a quella effettiva
e possono sovrapporsi solo se coincidono (l'unica eccezione la si puo
avere in architetture che supportano simultaneamente pagine
di dimensione diversa).
L. Micheletto

 di dimensione diversa).
Cosa da non provare ad esempio su MIPS, perché se lo stesso indirizzo
viene tradotto da piů pagine nel TLB (che č gestito in software e non
in hardware), in teoria rischi letteralmente di friggere il processore
per l'eccessiva corrente che viene a circolare.
Non so se qualcuno abbia mai messo in commercio un MIPS senza
protezione, ma quelli con cui ho avuto a che fare o spengono il TLB
(tocca dare un segnale di reset alla CPU per riattivarlo) o hanno un
comportamento indefinito o invalidano la vecchia pagina nel TLB al
momento di scrivere la nuova (solo l'R10000). In teoria la protezione
dovrebbe scattare al primo duplicato, ma in pratica a seconda del
produttore e modello puoi pure farla franca nei casi meno gravi.
-- 
 Perfection is attained not when there is no longer anything to add,
 but when there is no longer anything to take away (A. de Saint-Exupery)
 Rudi Chiarito                                            
ru...@amiga.com