Newsgroup: it.comp.hardware.cpu
Titolo: Forse Intel si e' svegliata

http://www.anandtech.com/tradeshows/showdoc.aspx?i=2511
Accanto alla nuova politica delle prestazioni per watt. 

 Accanto alla nuova politica delle prestazioni per watt. 
Non solo, guardate su questo link:
http://www.computerbase.de/news/hardware/prozessoren/intel/2005/august/idf_benchmarks_sossaman_yonah/
Ad un certo punto nell'articolo sono riportate le prestazioni
dei vari processori con Cinebench 2003.
La cosa da notare e' che i sistemi
"2x Dual Sossaman" sono sistemi con due chip dual core (4 core)
e che a prima vista nel complesso Yonah e Sossaman sono ottimizzati
principalmente per bassi consumi.
Nonostante le migliorie introdotte a livello di core
c'e' un miglioramento rispetto ai Dothan, ma non cosi' grande
come ci si potrebbe aspettare dopo le varie modifiche a livello
architetturale ed il passaggio ai 65nm.
Le prestazioni extra fornite da Yonah sui notebook deriveranno
quindi quasi esclusivamente dal dual core, ma con i consumi
dichiarati ne verranno fuori dei notebook mica male. :-)
AMD comunque dovrebbe reggere il confronto passando a sua volta
ai 65nm ed introducendo Turion dual core (ma suppongo
le prestazioni a livello di consumi non saranno altrettanto
eccelse per i Turion dual core).
Speravo ci fosse un balzo di prestazioni sufficiente a dare
una bella scossa al mercato delle cpu, ma
per avere novita' notevoli si dovra'aspettare il 2H 2006
con l'arrivo di Merom, Conroe e Woodcrest
(finalmente con supporto EM64T su tutta la linea
  con un decoder istruzioni capace di inviare alle pipeline
  sino a 4 istruzioni per ciclo, con cache L2 sino a 4MB, ecc. ecc.).
Notare anche che nel frattempo Intel entro fine anno 2005
introdurra' nuove revisioni dei core P4
con supporto di LAHF e SAHF nel modo a 64bit
in modo da porre rimedio alla "svista che a pensar male
non e' una svista" nella loro implementazione di x86-64.
IMHO questo significa che per Intel lo scontro si spostera' sempre
piu su chi ha la miglior implementazione x86 a 64bit, niente
piu trucchetti per guadagnare tempo e/o per cercare
di salvare la faccia.
Ad occhio e croce Windows XP per x86-64 diventera' tutto d'un tratto
"sufficientemente stabile" da venir fornito di serie
con tutti i nuovi pc a partire dal 2H 2006
quando Intel avra' in vendita tutte cpu con EM64T
(giusto per incentivare la gente ad aggiornare il computer).
L. Micheletto

 non e' una svista" nella loro implementazione di x86-64.
Ciao.
Siccome credo di essermi perso qualche puntata :D mi daresti altre
informazioni sulla "svista" degli attuali p4 implementati a 64 bit.
Perche' volevo comprare un p4 630 , ti sembra una buona cpu?
Grazie. 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

informazioni sulla "svista" degli attuali p4 implementati a 64 bit.
semplicemente intel ha costruito la propria implementazione delle
istruzioni amd-64 attorno ad una versione preliminare dello standard,
quando amd ha finalizzato lo standard ha aggiunto altre due istruzioni
ed alcuni tweaking, Intel per qualche motivo non si e' adeguata e
quindi ci sono alcune piccole ma significative incompatibilita' che
portano al dover compilare i programmi in due versioni, per amd e per
intel (oppure dover usare alcuni compromessi per far andare il
programma su entrambe le macchine).
-- 
    (iao!!oai)                                    (ICQ: 10860566)
    //.aurizio
[WARNING!: togliete _nessuno_ per rispondere]
    Coloro che sono disposti a farsi togliere alcune liberta' 
essenziali per ottenere un piccolo, temporaneo senso di sicurezza
non meritano ne liberta' ne sicurezza. [B. Franklin]

 Perche' volevo comprare un p4 630 , ti sembra una buona cpu?
Ninente di che... in oltre scalda come un fornelletto.
-- 
Saluti
Alec
(27,72+,CT)
Powered by AMD
Athlon64-E3 4200+ 

 non e' una svista" nella loro implementazione di x86-64.
Quindi possiamo finalmente dire che la prima implementazione AMD64 di intel 
era bacata? Oppure le LAHF e SAHF vengono introdotte nell'ambito come 
"nuove" istruzioni, tipo SSE4? :-P
--
Xelloss 

 programma su entrambe le macchine).
Io non sono un esperto ma sembrerebbe un po' come e' accaduto in passato
con il 3dnow che esisteva solo su amd, e' una cosa del genere?
Io puntavo sul p4 6xx perche' avevo letto su punto informatico che
caleranno del 20/30 % ma adesso non saprei ....ma intel poi che ha deciso
si adeguera'?
Azz,avevo letto che c'era un accordo da decenni tra amd e intel per lo
sfruttamento l'uno della tecnologia dell' altro, credo prorpio per questo
motivo e invece fanno ancora cose diverse.
Mi confermate questo?


 programma su entrambe le macchine).
Beh! A pensar male si potrebbe pensare che fosse stata una
svista *voluta* da parte di Intel.
Mi spiego meglio, la modifica al microcodice necessaria
per attivare LAHF e SAHF e' praticamente banale
e ricordiamoci che mentre Intel non ha implementato
subito LAHF e SAHF ha aggiunto in modo a 64bit le SSE3
(un bel fottio di istruzioni in piu).
Considerando che LAHF e SAHF fanno una bella differenza
quando si usa codice che dentro loop memorizza confronti
ed altre operazioni con risultato sul registro dei flag
e' decisamente strano che Intel si sia lasciata sfuggire
la possibilita di avere "qualcosa in piu" rispetto ad AMD
e praticamente a costo zero.
A pensar male, visto che LAHF e SAHF capitano un pochino ovunque
in un programma a 32bit (e quindi anche in quelli a 64bit)
si potrebbe pensare che i tipi di Intel hanno voluto essere certi
che il software applicativo venisse ricompilato appositamento
per EM64T (in modo da far girare codice appositamente
ottimizzato per le lunghe pipeline dei P4 con EM64T, non per
le pipeline "corte" dei K8) in modo da ridurre il gap
tra le due architetture in modo a 64bit.
Ora invece che stanno per uscire con un implementazione EM64T
decisamente competitiva (quella dei Conroe) si sono resi conto
che non era il caso di "regalare" ai K8 il vantaggio che
si puo ottenere con LAHF e SAHF
(ricordiamoci che una singola LAHF o SAHF nelle implementazioni
  che non le supportano va emulata con una sequenza PUSH+POP
  oppure con una MOV+<operazione con effetto sui flag>+Jcc+MOV
  e se capita dentro un loop le prestazioni ne risentono decisamente).
N.B Tutto questo sempre IMHO, potrebbe essere stato davvero un
     errore, ma considerato il livello dei progettisti Intel
     mi sembra improbabile visto che per decidere come migliorare
     le prestazioni e/o come estendere il set d'istruzione
     (x86 "liscio" -> SSE -> SSE2 -> SSE3)
     devono valutare l'impatto delle varie istruzioni
     sulle prestazioni del software (in modo da decidere
     cosa e' "sacrificabile", cosa e' "migliorabile" e quali
     sequenze di istruzioni si possono sostituire con
     nuove istruzioni piu efficienti).
L. Micheletto

 nell'ambito come "nuove" istruzioni, tipo SSE4? :-P
Scusa ma da quello che so le sseX sono estensioni di istruzioni, mentre 
delle vere istruzioni sono le AMD64 come le IA64 per itanium.
O vorresti dire che intel vuole fare una fregata generale scrivendo su dei 
prossimi processori sse4 efacendole passare come tali le lahf e sahf? Se si 
credo non possa farlo. Quelle istruzioni sono gia' state brevettate da amd, 
almeno spero le abbiano brevettate :-).
-- 
Ciao
Riccardo 

 amd, almeno spero le abbiano brevettate :-).
Ovviamente stavo facendo una battuta e supponevo che, pur di non ammettere 
che la prima implementazione di EM64T fosse "bacata" o incompleta, intel 
arrivasse a spacciare LAHF e SAHF per rivoluzionarie novità architetturali 
;-).
--
Xelloss

svista *voluta* da parte di Intel.
ovvio, e' il trucco piu' vecchio del mondo, esattamente come ha fatto
Microsoft con Java contro Sun, con Explorer contro Netscape e cosi'
via.
pero' vista la penetrazione sul mercato server degli opteron alla fine
e' stata intel quella che ci ha rimesso ed adesso corre ai ripari con
un nuovo core che implementa appieno le specifiche.... 
problemino: e chi ha l'attuale versione di em64t?
una volta che anche intel produrra' processori pienamente amd-64
compliant chi si dara' piu' pena di programmare per la versione
tarocca di em64t perdendo tempo (denaro!) in ottimizzazioni che
andranno soltanto su una manciata di macchine in circolazione?


 due istruzioni, come pure le varie SSE.
Si hai ragione, mi sono lasciato ingannare dal nome. COsa sono allora le 
estensioni di istruzioni?
-- 
Ciao
Riccardo 


Interessante:
"The integration went one step further, and included an on-package CMOS
voltage regulator. The idea behind this integration step is that
conventional voltage regulators on motherboards are relatively slow, they
can't switch between voltage levels too quickly. They especially can't
switch at the same rate as CPU demand changes".
Sarebbe un miglioramento significativo. In ogni caso, già oggi, Dothan e
Yonah hanno assorbimenti più che accettabili.