답변:
아이테니엄은 인텔의 서버 플레이였습니다. IA32의 역사를 없애고 명시 적 병렬 명령어 컴퓨팅을위한 EPIC 이라는 디자인의 새로운 아키텍처를 시도하는 방법이었습니다. 초기 디자인 영감 중 일부는 HP의 PA-RISC 아키텍처를 기반으로했으며 전체 디자인에서 HP와 협력했습니다. 인텔은 IA32로 수행 한 작업을 복사하고 모든 대형 서버에 공통 칩을 사용하며 대규모의 경제를 활용하기를 원했습니다. Itanium이 무엇인지 묻기 때문에 분명히 규모 측면에서 잘하지 못했습니다. :). 그 별명은 Itanic 이었으며 , 엄청난 경제적 성공을 나타내는 이름은 아닙니다.
칩 시장까지는 한 가지 목표를 달성했습니다. 시장에서 다른 RISC 공급 업체들을 두려워했습니다. SGI가 워크 스테이션 칩으로 MIPS를 떨어 뜨리고 DEC에서 알파를 떨어 뜨린 이유는 Itanium의 위협이었습니다. 인텔이 잘못 설계 한 IA32 아키텍처를 인텔이 지배 할 수 있는지 알아 냈는데, 슬레이트를 깔끔하게 백업하고 백업 할 돈이 있다면 어떨까요? 그들은 Itanium으로 포팅하고 여전히 OS를 판매한다고 생각하면서 중퇴했습니다. SGI는 Itanium 워크 스테이션을 판매하는 데 약간의 어려움을 겪었지만 다른 능력을 잃어 버렸고 곧 사망했습니다 (Apple이 상품 인텔 노트북 근처에서 팔 수 있음을 축하합니다). HP는 칩 비용을 줄이고 (알파와 PA-RISC를 모두 사용하고 있었음) 대신 프린터 잉크 이동에 집중하고 싶었습니다.
실제로 시장에서 Itanium을 판매하는 한 , 그것은 멍청이와 착륙했습니다. 새로운 EPIC 아키텍처는 매우 컴파일러 의존적이었으며 처음에는 좋은 컴파일러가 없었습니다 ( 아마도 지금은 아닙니다 ). 그것은 닭과 계란의 고전적인 문제가있었습니다. 시스템이 판매되지 않았기 때문에 앱이없고 앱이 없기 때문에 시스템이 판매되지 않았습니다. 그리고 IA32 지원은 처음부터 빨랐습니다. 칩의 첫 번째 버전은 특히 나빴지 만, 나중 세대에서는 조금 나아졌습니다.
결국 AMD는 IA32, x86_64, AMD64에 대한 64 비트 확장 기능을 원하는대로 출시했습니다. 이것은 큰 비용 증가가 아닌 적절한 속도를 제공했습니다. 내부 아키텍처는 컴파일러를 작성하기 쉽고 IA32 성능이 매우 뛰어납니다. 청소했다. 인텔은 역 추적을 강행하고 확장을 EM64T로 출시했습니다. 486 프로덕션과 관련하여 AMD와의 초기 라이센스 계약을 체결 할 권리가있었습니다. Itanium은 틈새 서버 제품으로 영원히 강등 될 것입니다.
"무엇을 대체했는지"까지는 아무것도 없습니다. Itanium은 실제로 잘 팔리지 않았지만 여전히 생산되고 있습니다. 실제로 Itanium이있는 경우 원하는 경우 새 제품으로 교체 할 수 있습니다. 그렇지 않은 경우 내가 아는 에뮬레이터가 없으면 코드를 새로운 아키텍처로 이식해야합니다. 충분히 빠르다면 인텔 제온 (일반 인텔 칩의 서버 버전)은 아마 IBM POWER 일 것입니다. 그러나 새로운 기계를 구입해야합니다.
편집 이제 Itanium의 설계자 중 한 사람인 HP조차도 Itanium에서 천천히 이동하여 Xeon x86_64 칩으로 이동하고 있습니다.
그리고 더 이상 IA32 칩을 구매하지 않을 것이며, IA32 호환성이 뛰어난 EM64T 칩을 구매할 가능성이 높습니다.
TL; DR : 그것은 잘 팔리지 않는 큰 철 서버 칩이었고, 더 싼 64 비트 인텔 칩 (x86_64, EM64T, 당신이 부르고 싶은 것이 무엇이든)은 그 이유가 많이있었습니다.
마지막 편집 Annnnnddddd 그들이 죽었다
Itanium 은 서버 및 고성능 컴퓨팅에 사용하기위한 프로세서 아키텍처입니다. 그것은 특수한 유형의 구현하여 높은 성능과 높은 효율성을 제공하는 것을 목표로 매우 긴 명령어 (VLIW) 아키텍처 라고 명시 적 병렬 명령 컴퓨팅 (EPIC)를 .
성능을 최대화하기 위해 기존 프로세서에는 가능한 많은 명령을 병렬로 실행할 수 있도록 명령 예약을위한 많은 회로가 포함되어 있습니다 ( 이 작업에 사용되는 기술에 대한 자세한 기술 설명 은 이 답변 참조 ). VLIW, 특히 EPIC는이 작업을 컴파일러로 이동하여이 복잡하고 전력 소비가 많은 회로를 제거하려고 시도했습니다. 컴파일러는 프로세서의 다양한 실행 단위로 어떤 명령어를 병렬로 실행할 수 있는지 결정하고이 정보를 실행 가능한 바이너리에 직접 코딩합니다 (따라서 "명시 적으로 병렬"). 본질적으로, 하드웨어 명령 스케줄링 회로 대신에 컴파일러 기술을 개선하여보다 효율적이고 확장 가능한 프로세서를 가능하게 할 수 있기를 바랐다.
불행히도, 컴파일러 기술은이 새로운 아키텍처를 최대한 활용하기 위해 활용해야했습니다. 런타임에 프로세서가 수행 한 많은 일정 최적화는 컴파일 타임에 수행하기가 매우 어렵고 여전히 어려운 것으로 판명되었습니다. 그 결과 기존의 x86 , Power 및 SPARC 서버를 따라갈 수없는 성능이 저하되었습니다 .
또한 Itanium 아키텍처는 x86과 호환되지 않습니다. 인텔은 x86 호환성 계층을 구현했지만 실제 x86 프로세서에 비해 성능이 매우 떨어졌습니다. 한편, AMD 는 x86 시스템과 역 호환되며 훨씬 더 폭넓게 수용되는 AMD64 (현재 x86-64 ) 라는 x86의 확장 버전을 개발했습니다 . 현재 x86-64는 대다수의 PC 및 서버 프로세서에서 사용되는 아키텍처이며 Itanium은 상업적인 오류로 판명되었으며 그 이후로 모호해졌습니다.