아이테니엄은 인텔의 서버 플레이였습니다. 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 그들이 죽었다

답변