Estensioni a 64bit nelle cpu 32bit di Intel

Estensioni a 64bit nelle cpu 32bit di Intel

In occasione dell'IDF si prevede che Intel dimostrerà la propria soluzione CT, nota con il nome in codice Yamhill: estensioni a 64bit anche per processori Pentium 4 e Xeon

di pubblicata il , alle 11:53 nel canale Private Cloud
Intel
 
74 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
Roberto15128730 Gennaio 2004, 15:29 #21
Probabilmente è vero che farà la stessa cosa che ha fatto con l'HT, però non è giusto!
sslazio30 Gennaio 2004, 15:37 #22
Regà comunque a me l'HT me pare na stronzata.
Ieri mi sono accorto di che presa per il culo sia...
Mentre stavo facendo diverse cose insieme ho aperto il taskmenager per vedere quanto fosse utilizzata la cpu.
Come sapete i sistemi HT hanno 2 diagrammi per indicare l'uso cpu come un sistema dual processor, iol che può indurre a pensare che ci siano due core logici.
In realtà è una presa per il culo perchè è solo una divisione a metà di quello ad un processore.
In pratica ho visto che fino a 50% di utilizzo cpu il primo diagramma sale a manetta e il secondo è fermo, appena supera il 50% comincia a salire il secondo diagramma per arrivare al 100% con il pieno utilizzo.
E questo Intel lo chiama HT?
Te credo che non serve a niente E' SOLO UNA PRESA PER IL DERETANO
homero30 Gennaio 2004, 15:52 #23
chiariamo alcune cose:
i processori P4 e K7 non sono ne' risc ne' cisc, oramai sono VLSI
ossia contengo al loro interno diverse unita' logiche di gestione della cache della memoria delle istruzioni floating point vector unit e intel ed amd sanno cos'altro!!!!
va vi siete chiesti come fa intel a far vedere 2 processori quando ne e' uno solo installato!!!!
semplicemente perche' nel P4 ci sono numerose unita' logiche che possono essere gestite dal microcode in maniera flessibile.
quando le istruzioni x86 vengolo caricate nella pipe line vengono scomposte in istruzioni eseguibili dalle varie unita' logiche queste ad esempio nei processori via C3 sono istruzioni risc, presumibilmente anche in amd e intel...
quindi in pratica c'e' un traduttore di istruzione che trasforma le x86 in istruzioni eseguibili....
infatti non sarebbe possibile ottenere prestazioni cosi' elevate soltante aumentando il clock...
aggiungo che i clock che abbiamo oggi di 3ghz non sono reali ma soltanto la velocita' dei microcode...mentre la velocita' di esecuzione delle istruzioni e' circa un terzo quindi siamo a circa 1 ghz reale...

quindi in pratica le cpu attuali piuttosto sono dei execution unit complete a differenza dei processori mips e powerpc o itanium che mantengono ancora il ruolo di integer logical and floating point unit


pertanto poco importa il supporto per questa o quella istruzione se non per la mappatura degli indirizzi ram comunque aggirabile via chip set....e poi oltre 4gb di ram?!?!?

le mosse commerciali fanno si che nell'immaginario 64bit siano meglio di 32....
e che 3ghz siano meglio di 1ghz


post scriptum: le proporzioni in realta' sono mie supposizioni infatti non e' possibile stabilire con procisione quale sia il reale rapporto tra velocita' del microcode e velocita' di esecuzione anche perche' l'architettura dei P4 e' sotto stretto riserbo....
xtg30 Gennaio 2004, 16:04 #24
Originariamente inviato da sdt
qualcuno che ne sappia più di me potrebbe dare una letta a un articolo di the inquirer di qualche giorno fa, che commentava una (presunta) foto del die del prescott... diceva

"He had to guide us round the pic as well. He says Prescott might well have 64-bit capabilities in there. Why? Well, the pretty pretty two part upper and lower area in the center is the two 32-bit halves of the d-cache, the two 32-bit halves of the ALU (arithmetic logical unit) and the two 32-bit register banks which make up a 64-bit capable processor in the middle."

l'articolo è qui , se qualcuno vuole dargli una letta...


in pratica si ipotizza che i due banchi di registri a 32 bit possano operare in coppia formando un unico banco di registri a 64 bit (stesso discorso per ALU e DCache)
magari fosse vero: in modalità 32 bit si hanno due core, in modalità a 64 bit uno solo...

I want to believe :-)
xtg30 Gennaio 2004, 16:19 #25
Originariamente inviato da homero
chiariamo alcune cose:
i processori P4 e K7 non sono ne' risc ne' cisc, oramai sono VLSI
ossia contengo al loro interno diverse unita' logiche di gestione della cache della memoria delle istruzioni floating point vector unit e intel ed amd sanno cos'altro!!!!

Veramente sono entrambi superscalari risc, al loro interno. VLSI è un po' generico, secondo me...
Ed anche l'Itanium ed il PowerPC sono superscalari. A meno che la tua definizione di superscalare differisca dalla mia.
Superscalare: un processore dotato di più unità di elaborazione che può quindi eseguire più di una operazione contemporaneamente e che spesso, per raggiungere tale obbiettivo, riordina il flusso di istruzioni e/o rinomina i registri.
Tanto per chiarire, le architetture VLIW pure (non l'Itanium) non sono superscalari perchè, anche se possono eseguire più istruzioni contemporaneamente non operano nessun riordino del flusso (infatti in realtà eseguono un macro istruzione).
Che io sappia l'Itanium ha la rinominazione dei registri, ma credo anche il riordino delle ops.
phobos0430 Gennaio 2004, 16:29 #26

Intel!

Al posto tuo cara INTEL farei fallire l'azienda e così ti metteresti l'anima in pace una volta per tutte.LA POLITICA INTEL STA DIVENTANTO COSI' CONTORNTA DA FAR SCAPPARE ICLIENTI!!!!PER CARITA''''''!
benotto30 Gennaio 2004, 17:09 #27
Secondo me è una buona notizia; vuol dire nessuna guerra di standard.
Tanto alla fine più dell'architettura, per lo sviluppo delle prestazioni contano i soldi spesi in R&S.
Il motorola 68000 era meglio dell'8086, ma si è visto come è andata a finire.
Quando è uscito, il PowerPC era scandalosamente superiore al Pentium, e adesso siamo lì (se non addirittura + lento, però non voglio scatenare guerre di religione!).
E si potrebbe andare avanti.
Alla fine è contato il fatto di avere ENORMI flussi di cassa da investire in R&S per migliorare un architettura che periodicamente viene considerata obsoleta (e che probabilmente lo è davvero!).
^TiGeRShArK^30 Gennaio 2004, 17:18 #28
Ma VLSI non sta ad indicare la tecnologia produttiva???
(Very Large Scale Integration)
Cmq questa news capita a proposito x quelle persone ke fino ad un pò di tempo fa sostenevano ke i 64 bit erano assolutamente inutili e non avrebbero avuto futuro nei desktop. E dicevano questo solo perkè guarda caso il primo procio a 64 bit era markiato AMD anzikè essere markiato INTEL.......
WarDuck30 Gennaio 2004, 17:23 #29
Uff tutti che si lamentano... io vorrei vedere i veri vantaggi del 64bit a casa.

Il modo di arrivare alle cose è diverso ma alla fine ci si arriva, chi con 3ghz, chi con 2ghz... il vero vantaggio di athlon 64 è il controller memorie integrato, fino ad ora di 64 bit se n'è visto poco.
Spectrum7glr30 Gennaio 2004, 17:35 #30
Originariamente inviato da sslazio
Regà comunque a me l'HT me pare na stronzata.
Ieri mi sono accorto di che presa per il culo sia...
Mentre stavo facendo diverse cose insieme ho aperto il taskmenager per vedere quanto fosse utilizzata la cpu.
Come sapete i sistemi HT hanno 2 diagrammi per indicare l'uso cpu come un sistema dual processor, iol che può indurre a pensare che ci siano due core logici.
In realtà è una presa per il culo perchè è solo una divisione a metà di quello ad un processore.
In pratica ho visto che fino a 50% di utilizzo cpu il primo diagramma sale a manetta e il secondo è fermo, appena supera il 50% comincia a salire il secondo diagramma per arrivare al 100% con il pieno utilizzo.
E questo Intel lo chiama HT?
Te credo che non serve a niente E' SOLO UNA PRESA PER IL DERETANO

bè se fai più cose in contemporanea è normale che la CPU possa arrivare al limite al 100% di utilizzo...ma fai una prova: fai partire 2 super pi contemporaneamente su un P4 con HT attivato e poi fai lo stesso senza...vedrai che guadagni un 50% buono nel tempo finale

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^