Yanıtlar:
Itanium, Intel için bir sunucu oyunuydu. Açıkça Paralel Öğretim Bilgi İşlemi için IA32 tarihini dökmenin ve EPIC adlı bir tasarım olan yepyeni bir mimariyi denemenin bir yoluydu . İlk tasarım ilhamlarından bazıları, HP'nin PA-RISC mimarisine dayanıyordu ve genel tasarımda HP ile birlikte çalışıyorlardı. Intel, IA32 ile yaptıklarını kopyalamak, tüm büyük sunucular için ortak bir yonga kullanmak ve büyük ölçek ekonomilerinden yararlanmak istedi. Itanium'un ne olduğunu sorduğun için, kesinlikle ölçek kısmında pek başarılı olmadılar :). Takma adı itanikti , açıkçası büyük ekonomik başarı gösteren bir isim değil.
Çip pazarında, bir şeyi başardı. Diğer bazı RISC satıcılarını piyasadan korkuttu. SGI'nın MIPS'yi bir iş istasyonu çipi olarak düşürmesinin ve DEC'in Alfa'yı düşürmesinin nedeninin bir kısmı Itanium'un tehdidi. Intel kötü tasarlanmış IA32 mimarisine hükmedebilirse, peki ya destek olmak için temiz bir sayfa ve paraya sahiplerse? Bıraktılar, Itanium'a taşınacaklarını ve hala işletim sistemlerini sattıklarını düşündüler. SGI, Itanium iş istasyonlarını satan bir parçaya dayandı, ancak farklı olma kabiliyetleri kırıldı ve kısa bir süre sonra öldüler (bu, Apple'ı emtia Intel dizüstü bilgisayarlarına yakın bir şekilde satabildiğiniz için tebrik ediyor). HP sadece yonga maliyetlerini düşürmek istedi (hem Alpha hem de PA-RISC yapıyorlardı) ve bunun yerine hareketli yazıcı mürekkebine konsantre oldular.
Piyasada aslında Itanium sattığı sürece, bir tür thud ile indi. Yeni EPIC mimarisi ÇOK derleyiciyi bağımlı kıldı ve başlangıçta iyi bir derleyici yoktu (ve belki şimdi bile değil ). Klasik tavuk ve yumurta problemi vardı - uygulama yok, sistem satılmadı, uygulama yok çünkü satılmadı. Ve IA32 desteği başlangıçta berbattı. Çipin ilk sürümleri özellikle kötüydü, ancak sonraki nesillerde biraz daha iyi oldu.
Sonunda, AMD, IA32, x86_64, AMD64 için 64 bit uzantı yayınladı. Bu büyük bir maliyet artışı değil iyi bir hız verdi. İç mimarlık için derleyiciler yazmak kolaydı ve çok iyi IA32 performansı vardı. Temizlendi. Intel geri izlemek zorunda kaldı ve uzantıları EM64T olarak yayınladı. 486 yapımı ile ilgili olarak AMD ile daha önce yapılan lisans anlaşmalarından yararlanma haklarına sahipti. Itanium sonsuza dek bir niş sunucu ürününe devredilecekti.
"Onları değiştiren şey" e gelince, gerçekten hiçbir şey. Itanium gerçekten iyi satmadı, ama hala üretiliyor. Eğer aslında Itanium varsa, istersen yenisiyle değiştirebilirsin. Değilse, bildiğim hiçbir emülatör yok, kodunuzu yeni bir mimariye aktarmanız gerekecek. Sizin için yeterince hızlıysa, Intel Xeon (normal Intel yongalarının sunucu sürümleri), değilse, muhtemelen IBM POWER. Ancak yeni makineler satın almanız gerekir.
EDIT Yani şimdi HP bile, Itanium'un mimarlarından biri şimdi yavaş yavaş Itanium'dan uzaklaşarak Xeon x86_64 yongalarına geçiyor .
Muhtemelen artık IA32 çipleri satın almıyorsunuz, büyük olasılıkla büyük IA32 uyumluluğuna sahip EM64T fişleri alıyorsunuz.
TL; DR: Asla iyi satılmayan büyük demirli bir sunucu yongasıydı ve daha ucuz 64 bit Intel yongaları (x86_64, EM64T, onları aramak istediğiniz her neyse) bunun nedenini aldı.
SON EDIT Annnnnddddd öldüler
Itanium , sunucularda ve yüksek performanslı bilgi işlem alanında kullanılmak üzere tasarlanmış bir işlemci mimariydi. Açıkça Paralel Öğretim Bilgi İşlemi (EPIC) adı verilenözel bir tür çok uzun öğretim kelime (VLIW) mimarisi uygulayarak yüksek performans ve yüksek verim sunmayı amaçlamıştır.
Performansı en üst düzeye çıkarmak için, geleneksel işlemciler, programlama yönergeleri için paralel olarak olabildiğince çok komut çalıştırabilmeleri için çok sayıda devre içerir ( bunun için kullanılan teknikler hakkında ayrıntılı teknik tartışma için bu cevaba bakın ). VLIW ve özellikle EPIC, bu işi derleyiciye kaydırarak bu karmaşık, güç tüketen devreyi ortadan kaldırmaya çalıştı. Derleyici, hangi komutların işlemcideki çeşitli yürütme birimleri tarafından paralel olarak çalıştırılabileceğini belirler ve bu bilgiyi doğrudan çalıştırılabilir ikili dosyaya kodlar (bu nedenle "açıkça paralel"). Temel olarak, donanım derleyici teknolojisinin donanım talimat çizelgeleme devresi yerine daha verimli ve daha ölçeklenebilir işlemcilere izin verilmesiyle kullanılabileceği umuluyordu.
Maalesef, derleyici teknolojisinin bu yeni mimariyi hiç bir zaman gerçekleştirilemediği kadarıyla kullanması gerekiyordu. İşlemcinin çalışma zamanında yaptığı birçok zamanlama optimizasyonunun derleme zamanında yapmanın çok zor olduğu (ve yine de) olduğu kanıtlandı. Sonuç, daha geleneksel x86 , Power ve SPARC sunucularına yetişemeyen düşük performanstı .
Ayrıca, Itanium mimarisi x86 ile uyumlu değildir. Intel bir x86 uyumluluk katmanı uygularken, performans, gerçek bir x86 işlemcisine kıyasla çok zayıftı. Öte yandan, AMD, AMD64 (şimdi x86-64 ) adı verilen ve x86 sistemleriyle geriye dönük uyumlu olan ve çok daha geniş kabul gören genişletilmiş bir x86 sürümü geliştirdi . Bugün, x86-64, PC ve sunucu işlemcilerinin büyük çoğunluğunda kullanılan mimari iken, Itanium ticari bir başarısızlık olduğunu kanıtladı ve o zamandan beri belirsizliğe düştü.