Відповіді:
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), а замість цього зосередитися на русі чорнила принтера.
Що стосується фактичного продажу Itaniums на ринку, він начебто приземлився з громом. Нова архітектура EPIC зробила її ДУЖЕ залежною від компілятора, і на початку не було хороших компіляторів (а може, навіть і зараз ). У нього була класична проблема з куркою та яйцями - не було додатків, оскільки жодна система не продається, а система не продається через відсутність додатків. І його підтримка IA32 витягнута на початку. Перші версії мікросхеми були особливо поганими, хоча вони стали трохи кращими для наступних поколінь.
Врешті-решт, AMD випустила 64-розрядні розширення до IA32, x86_64, AMD64, як би ви цього не хотіли назвати. Це дало гідну швидкість при не величезному стрибку вартості. Внутрішню архітектуру було легко написати компіляторам, і вона мала дуже хороші показники IA32. Це прибирали. Intel змушена була відхилитись і випустила розширення як EM64T. Він мав права на попередні ліцензійні угоди з AMD щодо 486 виробництва. Itanium буде назавжди відведений на серверний продукт з нішею.
Щодо "Що їх замінило", насправді нічого. Itanium насправді не продавався добре, але все ще виробляється. Якщо у вас фактично є Itanium, його можна замінити на новий, якщо хочете. Якщо ні, то я не знаю емуляторів, які вам знадобляться, вам знадобиться перенести свій код до нової архітектури. Якщо це досить швидко для вас, Intel Xeon (серверні версії звичайних мікросхем Intel), якщо ні, можливо, IBM POWER. Але вам потрібно буде придбати нові машини.
EDIT Тому тепер навіть 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 виявився комерційним провалом і з тих пір потрапив у невідомість.