Newsgroup: it.comp.hardware.cpu
Titolo: Willamette... Ma siamo sicuri?

Guardate un pò cosa scrive Tom sulla Intel, nel suo ultimo articolo
e anche Ace ha scritto una cosa simile...
Non so se veramente il Willamette sarà quella bomba che tutti
dicono...
Mi sa tanto di P Pro overcloccato ancora... ma allora cosa sta facendo
Intel?
---
Intel released just enough information about the Willamette to trigger
rampant speculation. Although it is premature to comment about the
details of the Willamette, there are a few items that appear to be
credible. Intel optimized the Willamette for high clock speeds, and it
should be able to meet or even exceed the clock speed rating of the
fastest Athlon at the time of its release. However, it appears that
efficiency may have been sacrificed somewhat in order to achieve these
clock speeds. The Athlon and even the PIII are both liable to beat the
Willamette in instructions per clock cycle (IPC). This means that the
Willamette will probably have to be clocked beyond an Athlon to
achieve similar performance. 
Intel has invested a great deal in the second generation Streaming
SIMD Extensions (SSE2) in the Willamette, even to the point of
probably hurting the standard floating point unit (FPU). On an
application optimized for SSE2, the Willamette might be able to
outperform a "3DNow!" enhanced application running on an Athlon by
almost a factor of two, but on applications using the standard FPU
(all legacy apps), the Athlon will likely take a similar lead over the
Willamette. SSE2 is additionally risky for Intel since graphics chip
makers are adding features to their chips -- primarily transform and
lighting (T&L) operations -- which could make SSE2 less attractive and
possibly even redundant. 
The Willamette has been Intel's answer to the Athlon all along. The
major problem for Intel is that it is over a year behind the Athlon,
and by the time the Willie is released, AMD will most likely own all
market segments and Intel will be bleeding red ink. With Intel in a
self-acknowledged inflection point between business strategies, it
remains to be seen if Intel is willing to sacrifice its margins even
more to a market that it already considers a second priority. 
--
Dialtone has spoken   
E-mail: 
Dial...@insieme.net
 
Non vorrei piacere a tutti
Avrei meno stima di me stesso
Se piacessi a certa gente
                                           |


La solita storia, disse cosi` anche quando usci` il Pentium II 233.
Alla fine si riallinera` ad Intel con un bel "Empire strikes again!"...
:-)
-- 
Lorenzo
"Given enough eyeballs, all bugs are shallow", Linus'Law
(per rispondere via email fai un rot13 dell'indirizzo)
(apply a rot13 to reply)

:(
W l'obiettivitą....

 market segments and Intel will be bleeding red ink.
Francamente mi sembra un po' troppo ottimistica (per AMD) come
prospettiva... Ma Tom ultimamente non sbaglia un colpo...


 Intel?
<snip>
no, l'architettura e' abbastanza diversa.
pero' il prob e' che avendo spostato gran parte degli ing sul progetto
Merced non hanno fatto quel passo avanti (a livello di architettura appunto)
tale da permettigli di pareggiare le prestazioni con il K7 a parita' di
freq.
in questo scenario per non perdere la faccia intel ha fatto l'unica cosa
possibile da fare, ovvero ha allungato a dismisura le pipe (ho letto 20
stadi, anche se mi sembra una esagerazione....) in modo da poter salire in
freq molto facilmente. ovviamente gli svantaggi sono assolutamente evidenti,
in particolare se il codice non e' scritto in maniera particolarmente
ottimizzata si rischia di svuotare continuamente le pipe con decadimento
esponenziale delle prestazioni (ad es. perche' una branch predicition e'
andata male). ragionano a braccio, e solo riguardo questo particolare
aspetto, si puo' dire che un K7 (pipe da 10 stadi per gli int) e' il doppio
+ veloce rispetto ad un Willie a parita' di freq (supponendo 20 stadi) nel
tirare fuori la prima istruzione.
ma tant'e', il marketing e' cio' che conta (vedi l'hype sulle mobo 820 con
sdram.....)
quanto vogliamo scommettere che quando uscira' Willie a  1.5GHz (fattibile
con
quella particolare architettura e un processo 0.18) tutti diranno che il K7
1GHz con 256k L2 (aka K7 pro, dovrebbe uscire nei prox 2 mesi) e' 'na
ciofeca?!?!?!?!?!?!?!?
e per dimostrarlo si programmeranno dei bench specifici, magari direttamente
in asm, tali che le pipe di Willie siano sempre piene. e ci sara' sempre
qlcn pronto a dire: "ve l'avevo detto, col bench XYZ Willie e' trecentomila
volte + veloce di quella ciofeca di K7"
mala tempora currunt.........
ciao

 volte + veloce di quella ciofeca di K7"
Considerato che per la fine dell'anno non si dovrebbe trovare soltanto il
Thunderbird, ma addirittura il Mustang (con tagli di cache minimi di 512kb e
core leggermente modificato), non è detto che non ci saranno sorprese.
Saluti!
--
\\  //     |||| [Xelloss: firma versione 4.1ap]
 \\//  ___ |||| ____  ___  ___
 //\\ ||_||||||||  ||||__ ||__   Wilmer Ricciotti
//  \\||__ ||||||__|| __|| __||  
wi...@tiscalinet.it
It lies unknown
The land of mine
A hidden gate
to save us from the shadow fall

 core leggermente modificato), non è detto che non ci saranno sorprese.
guarda, io su questo ho forti dubbi. gia' oggi un die K7+256k L2 costruito a
0.18 ha un'area di circa 120 mm^2 (cioe' e' enorme). amd si potrebbe
permettere di costruire un K7+1M L2 a costi umani solo se passasse alle
slice da 30cm, cosa per ora assolutamente non prevista, oppure a tecnologie
sub-0.18 (0.15 o addirittura 0.12), cosa per ora lontana.
[oh, appro, ovviamente parlo di cache on-die]
ciao

[oh, appro, ovviamente parlo di cache on-die]
ma una bella cache esterna di terzo livello half speed (o anche 1/3)
farebbe miracoli in ambiente server....
ci sarebbe sempre da considerare l'incremento del die dovuto al controller,
ma e' tutto sommato contenuto.
l'unico problema: potrebbe dare fastidio nella fetta di mercato di
sledgehammer....
---
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
    I bimbi buoni vanno in paradiso.
    I bimbi cattivi vanno dove gli pare!

sledgehammer....
Veramente e' proprio a SledgeHammer che sarebbe comoda una cache del 
genere.. (vabbe' anche a Mustang.. ma intravedo una pericoloa sovrapposizione.. 
vedremo come la gestiranno)
ciao r.d.

 ma e' tutto sommato contenuto.
direi irrisorio, anche perche' si potrebbe sfruttare la logica di controllo
della L2.
mah... vedremo, secondo me il K7 gia' con una buona L2 full-speed (diciamo
256k) e su un bus a 133 sarebbe notevolmente + veloce di qualunque P3 e
molto probabilmente anche di qualunque Willamette, per non parlare di quello
che IMHO sarebbe veramente una "bestia", ovvero K7 + 512k L2 on-die +
ddr133 --> un macchina simile IMVVVHO non sfigurerebbe neppure davanti ad
architetture pro di tipo risc (PA, Alpha, etc..)
[oh, appro, per gli amici intellisti che hanno speso un capitale in rdram:
una ddr133 ha una BW superiore alla rdram 800MHz (cioe' quella + veloce) con
una latenza iniziale sensibilmente inferiore. meditate......]
ciao

 una latenza iniziale sensibilmente inferiore. meditate......]
Infatti continuo a chiedermi come mai ci sono, con tutto il rispetto, tutti
questi fessi nel mondo... Boh!
--------------------------------------------
PsychoK9, Webmaster di Hardware Inside:
http://hwinside.gamersrevolt.com
--------------------------------------------

 una latenza iniziale sensibilmente inferiore
E un costo di produzione decisamente + basso

 non proprio - tempo fa Gabriele sulla ml 
scusa che ml ? E'pubblica ?


e non di poco.... tutte cose che gia' sapevamo da sei mesi, assurdo che la
gente insista con la rdram.
e Nec ha appena annunciato di avere iniziato la produzione in quantitativi
di memoria ad indirizzamento virtuale.... :-)
mi sa che intel stia per prenderle... :-)


 Mustang(o era il select? beh, insomma, il primo k7 con l2 integrata... :-)
Era l'athlon select, che poi non esisterà mai... spitfire è il nome in
codice e Alereon il probabile nome ufficiale :-)
Saluti
--
\\  //     |||| [Xelloss: firma versione 4.1ap]
 \\//  ___ |||| ____  ___  ___
 //\\ ||_||||||||  ||||__ ||__   Wilmer Ricciotti
//  \\||__ ||||||__|| __|| __||  
wi...@tiscalinet.it
Shall we dare the dragon?
Mercyless he's poisoning our hearts

 mi sa che intel stia per prenderle... :-)
come gia' detto se non riescono ad imporre la rdram nel lasso di tempo che
ci separa dai 760-770 (diciamo 6 mesi) hanno definitivamente perso da questo
pto di vista.
ciao

codice e Alereon il probabile nome ufficiale :-)
Alereon... e prechè?
... Ma che bello... proprio un bel nome sul serio...
Qlc sa le modifiche che apporterà la AMD alla cache L2 per portarla on
die?
Aumenta il bit width, freq poi?


 Aumenta il bit width, freq poi?
Non ti basta? ;D
Saluti
--
\\  //     |||| [Xelloss: firma versione 4.1ap]
 \\//  ___ |||| ____  ___  ___
 //\\ ||_||||||||  ||||__ ||__   Wilmer Ricciotti
//  \\||__ ||||||__|| __|| __||  
wi...@tiscalinet.it
It lies unknown


 ;-))))
Oh, sono così contento che tu abbia deciso di finanziarmi a fondo perduto
:-)

Non ti basta? ;D
mmm... dovrebbe metterci qlc di suo però...
Cmq è già molto, si aumentano le prestazioni del 10-20%
Certo che avere qlc cosa di bellino in più non farebbe male


 dei laptop splendidi
beh, per venderle le vendono, ma ovviamente si tratta di macchine molto
high-end. in particolare tutti i server di HP sono basati su cpu PA (se non
erro la serie 7000 e' basata sul PA-8500, una bestiolina da 140M di mos) in
configurazione multi-cpu.
mi sa' tanto che non parliamo della stessa cosa, di laptop basati su cpu PA
non avevo mai sentito parlare..........
ciao

 Aumenta il bit width, freq poi?
molto probabilmente si potranno permettere di usare latenze minori di quelle
attuali.
di + nin zo'...
ciao

 latenza.
'mbe'?!?!?.... e che ci vuole?!?!?!?..... basta prendere una WS SGI con cs
proprietario cobalt.....
;-))))
ciao

 non avevo mai sentito parlare..........
Devo cercare il nome, praticamente era una Workstation con schermo LCD,
aveva prestazioni paurose ma parlo gia di qualche annetto fa. 

vendevano solo + x86.
=:-O
mala tempora currunt......
cmq c'e' da dire che in genere allo SMAU ci sono prodotti home, al limite
qlc WS, ma qui parliamo di server dipartimentali. magari i ragazzi allo
stand HP pensavano che tu stessi parlando di pc........
cmq se non ricordo malissimo il + piccolo della serie J7000 monta 4 PA-risc
serie 8500, ovvero l'equivalente in mos di 40 P2/3. non c'e' che dire, una
bella bestiolina...... chissa' quanto consuma, mi sa' che gli serve un
generatore dedicato.......
ciao

generatore dedicato.......
tempo fa su un datasheet di non ricordo quale modello HP-PA lessi un
qualcosina tipo centocinquanta w a cpu... =8-O


 qualcosina tipo centocinquanta w a cpu... =8-O
....che se ci pensi bene sono pure pochi, visto il numero di mos.........
ciao

Era il Fri, 10 Mar 2000 19:16:40 +0100 e GTREVIZE scrisse:

humm... no, mi sbaglio, era il penultimo Ultraspark...
dei pa non ho dati.
