Newsgroup: it.comp.hardware.cpu
Titolo: Non male questo 3200+ sk939

Aspettando altre reviews:
http://www.neoseeker.com/resourcelink.html?rlid=87777
Ciao.

 
http://www.neoseeker.com/resourcelink.html?rlid=87777
Soprattutto interessanti le performance in overclock...
-- 
 PaRRoT from Linux (user #302069) |     L I N U X       .~.
Athlon XP 1700+ @2406MHz          |     The Choice      /V\
Radeon 9600PRO @524/664           |      of a GNU      /( )\
Gillette Mach 3 @Mach 3 Turbo     |     Generation     ^^-^^


Ottimo... come dice l'articolista potrebbe essere paragonato
al P4 2.4C per quanto riguarda l'attitudine all'overclock.


si direbbe che il nuovo stepping in 90nm soffra molto meno
dell'incremento delle latenze nel controller ram che hanno mostrato
gli altri stepping al salire di frequenza.
ottima cosa, promette molto bene per il futuro.
-- 
    (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]

 
http://www.neoseeker.com/resourcelink.html?rlid=87777
Per riprendere il dibattito sulle differenze tra 130 e 90 nm, vorrei
riportare questa frase:
"The 3200+ that I reviewed came through with shining colors. Not only did it
meet the 3 goals I mentioned, but also it improved upon performance of its
older 3500+ 0.13µ 512k sibling at equal clock speeds."
Ancora una volta, quindi, viene confermato che il processo a 90 nm porta a
migliori prestazioni a parità di clock e cache.
MaxArt

migliori prestazioni a parità di clock e cache.
peccato che manchino i bench approfonditi sulle latenze di memoria e
cache, avrebbero fatto molto comodo.
hai presente la tendenza degli athlon64 a perdere qualcosina in
latenza sugli accessi alla memoria al salire della frequenza? imho con
il passaggio a 90nm hanno "resettato" quel problema, riportando la
latenza del controller ram ai livelli che aveva quando i primi athlon
64 sono stati introdotti.


 64 sono stati introdotti.
Già, sarebbe una buona spiegazione, ma come mai ciò è avvenuto?
MaxArt

cache, avrebbero fatto molto comodo.
vai sul mio sito inglese sotto comp/bench ed clicca su "new" .. :-)
-- 
                          Regards,  SPAJKY ®
   &  visit my site @ 
http://www.spajky.vze.com
 
    "Tualatin OC-ed / BX-Slot1 / inaudible setup!"
              E-mail AntiSpam: remove ## 

Già, sarebbe una buona spiegazione, ma come mai ciò è avvenuto?
datapath critici piu' corti e mos piu' veloci, dopotutto e' uno shrink
tecnologico.
in teoria avrebbero potuto anche rosicchiare uno ws sulla l2 ma non
sono sicuro che lo shrink basti.


 vai sul mio sito inglese sotto comp/bench ed clicca su "new" .. :-)
Non mi trova il server... :-\
MaxArt



succede qualche volta nei link o DNS internazionali, prova qualche
volta dopo ...



Probabilmente le ragioni del miglioramento sono due:
1) Passando a 90nm si sono ridotte le distanze tra i vari elementi
    (di circa il 30%) quindi se anche avessero effettuato un semplice
    shrink da 130nm a 90nm a parita di frequenza un segnala che viaggia
    tra due elementi sul chip gli arriva un 30% prima (perche deve
    percorrere un 30% di spazio in meno).
    Quindi prima di salire di clock hanno mantenuto la stessa frequenza
    di lavoro ma hanno abbassato le latenze dove era possibile grazie
    alla riduzione dei "tempi di transito" tra le interconnessioni
    tra i vari elementi.
2) Passando a 90nm cambiano pure le caratteristiche dei componenti attivi
    e passivi, quindi diventano possibili cose che prima non lo erano
    (mentre altre non sono piu possibili) e questo porta a vari ritocchi
    ai singoli elementi, indipendentemente dalle interconnessioni.
Notare che in passato la prima cosa che avveniva con il cambio
di scala era una bella pompata alla frequenza di clock
(es: distanze ridotte del 30% si traducevano "quasi" in un aumento
      del 30% della frequenza di lavoro limitandosi ad uno shrink
      delle maschere), ma con i "nuovi" problemi dovuti al dover
dissipare molto calore su superfici piccole ed al leakage
non piu trascurabile, prima di salire di frequenza preferiscono
attuare altre modifiche (tipo intervenire sulle latenze).
Comunque non appena saliranno sufficientemente di frequenza dovranno
ri-aumentare le latenze (per dare tempo ad eventuali pompe di carica
di "ricaricare" e per dare il tempo a circuiti altrimenti troppo lenti
di commutare in tempo utile per l'invio o la ricezione dei dati).
L. Micheletto