Intel

Itanium 9300: Intel presenta le cpu Tukwila

di pubblicata il , alle 09:56 nel canale Private Cloud Itanium 9300: Intel presenta le cpu Tukwila

Al debutto nei prossimi 3 mesi le prime cpu Itanium basate su architettura quad core, da lungo tempo attese al debutto sul mercato

 
35 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
shodan10 Febbraio 2010, 18:05 #31
Originariamente inviato da: Pleg
Forse ho capito il contrario di quello che intendevi... perche' l'esecuzione fuori ordine aumenta le prestazioni di *tanto*, ma richiede un botto di transistor (ed e' cosi' complessa da gestire che le compagnie che sono in grado di costruire processori superscalari OOO si contano sulle dita di una mano: IBM, Intel, AMD, Fujitsu, e credo basta).


E' che mi sono espresso male io...

Si parlava della non presenza dell'OOO e quindi ho sottinteso la parola "mancanza"... mea culpa (si scrive così?)
shodan10 Febbraio 2010, 18:18 #32
Originariamente inviato da: zhelgadis
Hai ragione, mi ero dimenticato di accennare alla cosa...
In fondo si può dire che gli Alpha abbiano avuto la loro rivincita. Certo però che un Alpha EV8 sviluppato senza il vincolo della retrocompatibilità x86... mah, mi sa che me lo posso giusto sognare di notte
Fra l'altro con un transistor count ridicolo, il 21264 aveva (se non vado errato) il 30-50% in meno dei transistor del K7, al netto della cache.
Insomma, frequenze da P4 con un'efficienza superiore a quella del K7, il tutto nel 1999

Già... mi pare che le sole unità di decodifica delle istruzioni CISC occupino l'8% del die di un Athlon64

Guarda, sicuramente in Intel questi conti sono capaci a farli

Ah questo senza dubbio... non volevo sottintendere di saperne più di loro (magari! ), però pensavo al fatto che in Intel è un po' "cronica" la volontà di sfruttare la loro leadership nella fabbricazione del chip per integrare cache sempre più grandi
Purtroppo i ricordi sono un po' sbiaditi, ma avevo letto ai tempi una splendida disamina dell'architettura fatta da uno dei saggi di ICHC, in cui spiegava che Itanium, per come è concepito, ha bisogno di cache non solo mastodontiche, ma pure veloci.

Di cache ne ha bisogno tanta, è vero, in quanto la codifica VLIW porta via parecchio spazio (soprattutto quando hai delle word piene di nop). Riguardo alla velocità necessaria, per fare una stima spannometrica avrei bisogno di alcuni valori che non ho (capacità di fetch, numero di porte/banchi e cache line size per L1/L2). Comunque non c'è dubbio che Itanium ha bisogno di una veloce L3. Certo che una cella 1T-SRAM o Z-RAM tanto lenta non è
Di usare memoria DRAM per la cache se ne parla già da un po' ma nessuno ha ancora messo in pratica i buoni propositi, chissà se ci si arriverà in futuro... certo, sarebbe un risparmio di silicio non da poco.

Bhe il Power7 implementa proprio 32 MB di eDRAM, e il risultato si vede: 8 core + 32 MB di eDRAM per un computo totale di 1,2 miliardi di transistors. Non certo pochi, ma neanche tantissimi: un ipotetico "Nehalem X2" da 8 core e 16 MB di L3 starebbe intorno agli 1,5 miliardi, il futuro (e non ipotetico) Nehalem EX (8 core e 24 MB L3) ne avrà circa 2,2 miliardi, mentre Tukwila (4 core e 30 MB L2) sta a oltre 2 miliardi.

Ciao.
Duncan10 Febbraio 2010, 18:48 #33
Originariamente inviato da: zhelgadis
Hai ragione, mi ero dimenticato di accennare alla cosa...
In fondo si può dire che gli Alpha abbiano avuto la loro rivincita. Certo però che un Alpha EV8 sviluppato senza il vincolo della retrocompatibilità x86... mah, mi sa che me lo posso giusto sognare di notte
Fra l'altro con un transistor count ridicolo, il 21264 aveva (se non vado errato) il 30-50% in meno dei transistor del K7, al netto della cache.
Insomma, frequenze da P4 con un'efficienza superiore a quella del K7, il tutto nel 1999



Guarda, sicuramente in Intel questi conti sono capaci a farli
Purtroppo i ricordi sono un po' sbiaditi, ma avevo letto ai tempi una splendida disamina dell'architettura fatta da uno dei saggi di ICHC, in cui spiegava che Itanium, per come è concepito, ha bisogno di cache non solo mastodontiche, ma pure veloci.
Di usare memoria DRAM per la cache se ne parla già da un po' ma nessuno ha ancora messo in pratica i buoni propositi, chissà se ci si arriverà in futuro... certo, sarebbe un risparmio di silicio non da poco.



Cosa significa "bene"? Pensi che tutto il codice x86 in giro sia stato scritto da incapaci?
Semplicemente, è codice scritto avendo presente la CPU su cui doveva girare, molto diversa dall'Itanium.

Pensa che bello se tu comprassi un programma che gira lentissimo sul tuo sistema e ti spiegassero che è una cosa voluta perché sono già pronti a supportare le architetture che ci saranno tra dieci anni


Il codice è scritto con linguaggi di programmazione di alto livello se un compilatore non riesce a compilarlo in modo efficiente significa che è stato scritto male, codice scritto bene è anche facilmente ottimizzabile.
In più, in genere, più il codice è scritto bene più è portatile, eccetto specifiche occasioni.
elevul10 Febbraio 2010, 22:19 #34
Originariamente inviato da: Mparlav
Il motivo della realizzazione del più conservativo processo a 65nm potrebbe essere questo:

http://www.tgdaily.com/networking-b...lls-amd-opteron

"The way Intel has designed the transistors is 100X stronger than the previous generation. They're resistant to cosmic rays.

Intel has double device data protection for the first time. The Quick Path Interconnect allows for "self healing" with half bandwidth QPI. You can hotplug practically everything delivering a virtual reliability environment."

non so' quanto l'abbiano sparata questa cosa, ma diciamo che hanno puntato in alto per qualche appalto militare


Non so perché ma questa news + il tuo commento mi suonano molto familiari...
lupin8712 Febbraio 2010, 17:44 #35
ma oggi come oggi questo tipo di cpu dove viene utilizzata?sui server non si usano le cpu a 64 bit?(chiaramente con i relativi applicativi a 64 bit)

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.
^