Ответы:
Itanium был серверной игрой для Intel. Это был способ избавиться от истории IA32 и попробовать совершенно новую архитектуру, разработанную под названием EPIC , для явного параллельного вычисления команд. Некоторые из ранних идей дизайна были основаны на архитектуре HP PA-RISC, и они работали с HP в общем дизайне. Intel хотела скопировать то, что они сделали с IA32, иметь общую микросхему для всех больших серверов и добиться значительной экономии за счет масштаба. Так как вы спрашиваете, что такое Itanium, они явно не очень хорошо справляются с масштабом :). Его прозвище было Итаник , очевидно, не имя, которое указывает на огромный экономический успех.
Что касается рынка микросхем, то он достиг одной цели. Это отпугнуло некоторых других поставщиков RISC с рынка. Одной из причин того, что SGI отказалась от MIPS в качестве чипа рабочей станции, а DEC отказалась от Alpha, была угроза Itanium. Они решили, что Intel сможет доминировать с плохо спроектированной архитектурой IA32, что если у них будет чистый лист и деньги, чтобы поддержать это? Они бросили, полагая, что они будут портировать на Itanium и все еще продавать свою ОС. SGI продал немного по продажам рабочих станций Itanium, но их способность отличаться была разрушена, и вскоре они умерли (что заставляет вас немного поздравить Apple с возможностью продавать рядом с обычными ноутбуками Intel). HP просто хотела сократить свои расходы на чипы (они делали Alpha и PA-RISC) и вместо этого сосредоточиться на перемещении чернил принтера.
Что касается продажи итаниумов на рынке, то они с треском приземлились. Новая архитектура EPIC сделала его ОЧЕНЬ зависимым от компилятора, и в начале не было хороших компиляторов (и, возможно, даже сейчас ). У него была классическая проблема курицы и яйца - никаких приложений, потому что ни одна система не продавалась, ни одна система не продавалась из-за отсутствия приложений. И его поддержка IA32 высосана в начале. Первые версии чипа были особенно плохими, хотя и стали лучше в последующих поколениях.
В конце концов, AMD выпустила 64-битные расширения для IA32, x86_64, AMD64, как бы вы это ни называли. Это дало приличную скорость при не огромном скачке затрат. Внутренняя архитектура была проста для написания компиляторов и имела очень хорошую производительность IA32. Это убрано. Intel была вынуждена отказаться, и выпустила расширения как EM64T. Он имел права на более ранние лицензионные соглашения с AMD в отношении 486 производства. Itanium навсегда останется нишевым серверным продуктом.
Что касается «Что их заменило», то ничего особенного. Итаниум не очень хорошо продавался, но он все еще производится. Если у вас действительно есть Itanium, вы можете заменить его на новый, если хотите. Если нет, то я не знаю эмуляторов, вам нужно было бы перенести ваш код на новую архитектуру. Если это достаточно быстро для вас, Intel Xeon (серверные версии обычных чипов Intel), если нет, то, вероятно, IBM POWER. Но вам нужно купить новые машины.
РЕДАКТИРОВАТЬ Так что теперь даже HP, один из архитекторов Itanium, теперь даже медленно уходит от Itanium, переходя на чипы Xeon x86_64 .
И вы, вероятно, больше не покупаете микросхемы IA32, скорее всего, вы покупаете микросхемы EM64T, которые имеют отличную совместимость с IA32.
TL; DR: Это был высокопроизводительный серверный чип, который никогда не продавался хорошо, и более дешевые 64-битные чипы Intel (x86_64, EM64T, как бы вы их ни называли) приняли большую часть причин.
ПОСЛЕДНИЕ РЕДАКТИРОВАТЬ Annnnnddddd они мертвы
Они в основном встречаются исключительно в серверных средах, и не особенно часто в наши дни.
Itanium - это процессорная архитектура, предназначенная для использования в серверах и высокопроизводительных вычислениях. Она нацелена на обеспечение высокой производительности и высокой эффективности за счет реализации особого типа архитектуры очень длинных командных слов (VLIW), называемой явным параллельным вычислением команд (EPIC) .
Чтобы максимизировать производительность, обычные процессоры содержат много схем для планирования команд, чтобы они могли выполнять как можно больше команд параллельно (см. Этот ответ для подробного технического обсуждения методов, используемых для этого). VLIW, и в частности EPIC, попытались устранить эту сложную, потребляющую энергию схему, перенеся эту работу на компилятор. Компилятор определит, какие инструкции могут выполняться параллельно различными исполнительными блоками в процессоре, и закодирует эту информацию непосредственно в исполняемый двоичный файл (следовательно, «явно параллельный»). В сущности, надеялись, что вместо схем аппаратного планирования команд можно будет использовать улучшенную технологию компиляции, что позволит создавать более эффективные и более масштабируемые процессоры.
К сожалению, технология компилятора должна была использовать эту новую архитектуру в полной мере, никогда не материализовавшись. Многие оптимизации планирования, сделанные процессором во время выполнения, оказались (и остаются) очень сложными во время компиляции. Результатом стала низкая производительность, которая не соответствовала более традиционным серверам x86 , Power и SPARC .
Кроме того, архитектура Itanium не совместима с x86. Хотя Intel внедрила уровень совместимости с x86, производительность была очень низкой по сравнению с реальным процессором x86. С другой стороны, AMD разработала расширенную версию x86 под названием AMD64 (теперь x86-64 ), которая обратно совместима с системами x86 и получила гораздо более широкое признание. Сегодня x86-64 - это архитектура, используемая в подавляющем большинстве процессоров для ПК и серверов, в то время как Itanium оказался коммерческим провалом и с тех пор впал в мрак.