Risposte:
Itanium era un gioco server per Intel. Era un modo per gettare la storia di IA32 e provare una nuova architettura, un design chiamato EPIC , per il calcolo esplicito delle istruzioni parallele. Alcune delle prime ispirazioni progettuali si basavano sull'architettura PA-RISC di HP e hanno lavorato con HP nella progettazione generale. Intel voleva copiare ciò che faceva con IA32, avere un chip comune per tutti i grandi server e sfruttare enormi economie di scala. Dato che stai chiedendo cos'è Itanium, ovviamente non hanno fatto molto bene sulla parte in scala :). Il suo soprannome era Itanic , ovviamente non un nome che indica un enorme successo economico.
Per quanto riguarda il mercato dei chip, ha realizzato una cosa. Ha spaventato alcuni altri venditori RISC fuori dal mercato. Parte del motivo per cui SGI ha eliminato MIPS come chip per workstation e DEC ha lasciato Alpha era la minaccia di Itanium. Hanno pensato che se Intel potesse dominare con l'architettura IA32 mal progettata, e se avessero avuto una tabula rasa e soldi per il backup? Hanno abbandonato, immaginando che avrebbero portato su Itanium e avrebbero ancora venduto il loro sistema operativo. SGI ha venduto un po 'su stazioni di lavoro Itanium, ma la loro capacità di essere diversi è stata compromessa e sono morti poco dopo (il che ti fa congratularmi con Apple un po' di essere in grado di vendere laptop Intel vicino alle materie prime). HP voleva solo ridurre i costi dei chip (stavano realizzando sia Alpha che PA-RISC) e concentrarsi invece sullo spostamento dell'inchiostro della stampante.
Per quanto riguarda effettivamente la vendita di Itanium sul mercato, è atterrato con un tonfo. La nuova architettura EPIC ha reso MOLTO dipendente dal compilatore, e all'inizio non c'erano buoni compilatori (e forse nemmeno adesso ). Aveva il classico problema di pollo e uova: nessuna app perché nessun sistema venduto, nessun sistema venduto a causa di nessuna app. E il suo supporto IA32 ha risucchiato all'inizio. Le prime versioni del chip furono particolarmente cattive, sebbene migliorarono un po 'le generazioni successive.
Alla fine, AMD ha rilasciato estensioni a 64 bit per IA32, x86_64, AMD64, qualunque cosa tu voglia chiamarlo. Ciò ha dato una velocità decente senza un enorme salto di costi. L'architettura interna era facile da scrivere per i compilatori e aveva ottime prestazioni IA32. Ha ripulito. Intel è stata costretta a tornare indietro e ha rilasciato le estensioni come EM64T. Aveva i diritti su precedenti accordi di licenza con AMD relativi alla produzione 486. Itanium sarebbe relegato per sempre in un prodotto server di nicchia.
Per quanto riguarda "Ciò che li ha sostituiti", niente di veramente. Itanium non ha venduto bene, ma è ancora in produzione. Se hai effettivamente Itanium, puoi sostituirlo con uno più recente, se lo desideri. In caso contrario, non ci sono emulatori di cui sia a conoscenza, dovresti trasferire il tuo codice su una nuova architettura. Se è abbastanza veloce per te, Intel Xeon (versioni server dei normali chip Intel), in caso contrario, probabilmente IBM POWER. Ma avresti bisogno di acquistare nuove macchine.
EDIT Quindi ora anche HP, uno degli architetti di Itanium ora sta lentamente migrando da Itanium, passando ai chip Xeon x86_64 .
E probabilmente non comprerai più i chip IA32, molto probabilmente comprerai i chip EM64T, che hanno un'ottima compatibilità IA32.
TL; DR: era un chip server di grande ferro, che non vendeva mai bene, e chip Intel a 64 bit più economici (x86_64, EM64T, qualunque cosa tu voglia chiamarli) hanno preso gran parte della sua ragione di essere.
ULTIMA MODIFICA Annnnnddddd sono morti
Si trovano praticamente esclusivamente in ambienti server, e non particolarmente spesso in questi giorni.
Itanium era un'architettura di processore destinata all'uso nei server e nell'elaborazione ad alte prestazioni. Mirava a fornire alte prestazioni e alta efficienza implementando un tipo speciale di architettura di parole di istruzioni molto lunghe (VLIW) chiamata Explicitly Parallel Instruction Computing (EPIC) .
Al fine di massimizzare le prestazioni, i processori convenzionali contengono molti circuiti per le istruzioni di pianificazione in modo che possano eseguire quante più istruzioni possibili in parallelo (vedere questa risposta per una discussione tecnica dettagliata sulle tecniche utilizzate per farlo). VLIW, e in particolare EPIC, ha tentato di eliminare questa complessa circuiteria che consuma energia spostando questo lavoro sul compilatore. Il compilatore determinerebbe quali istruzioni possono essere eseguite in parallelo dalle varie unità di esecuzione nel processore e codificherà queste informazioni direttamente nel file binario eseguibile (quindi "esplicitamente parallelo"). In sostanza, si sperava che il miglioramento della tecnologia del compilatore potesse essere utilizzato al posto dei circuiti di programmazione delle istruzioni hardware, consentendo processori più efficienti e più scalabili.
Sfortunatamente, la tecnologia del compilatore doveva utilizzare questa nuova architettura al massimo delle sue possibilità. Molte ottimizzazioni di pianificazione effettuate dal processore in fase di esecuzione si sono rivelate (e lo sono ancora) molto difficili da eseguire in fase di compilazione. Il risultato è stato uno scarso rendimento che non è riuscito a tenere il passo con i server x86 , Power e SPARC più convenzionali .
Inoltre, l'architettura Itanium non è compatibile con x86. Mentre Intel aveva implementato un livello di compatibilità x86, le prestazioni erano molto scarse rispetto a un vero processore x86. D'altra parte, AMD ha sviluppato una versione estesa di x86 chiamata AMD64 (ora x86-64 ) che è retrocompatibile con i sistemi x86 e ha ottenuto un'accettazione molto più ampia. Oggi, x86-64 è l'architettura utilizzata nella stragrande maggioranza dei processori per PC e server, mentre Itanium si è rivelato un fallimento commerciale e da allora è caduto nell'oscurità.