인텔 아이테니엄 칩은 어디에 사용됩니까?


21

필자가 구입 한 모든 인텔 칩은 IA-32 아키텍처라고 생각합니다.

Intel Itanium은 데스크탑 또는 랩톱에서 판매됩니까?

답변:


34

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


3
매우 포괄적 인 +1.
Supercereal

1
마지막 줄을 편집해야합니다. IA64는 Itanium이며 x86_64 / x64 / EM64T / AMD64와 혼동하지 않아야합니다.
Arrowmaster

"TL; DR"요약과 "TL; DR"레이블을 좋아하십시오. 요즘 "TL; DR"을 사용하는 일반적인 방법입니까? 지금까지 나는 당신이 실제로 무언가를 읽지 않았다는 것을 의미하는 것으로 보았습니다.
Thomas Padron-McCarthy

@ 토마스-그래. 'TL; DR'을 게시하려는 사람들을위한 것입니다. "방금 벽에 텍스트를 썼습니다"
Shinrai

1
인텔이 AMD, Cyrix 및 기타 자체 칩과 경쟁하기 시작한 경쟁에서 경쟁을 물리 치려는 부분을 잊어 버렸습니다. 아이테니엄의 디자인 목표는 라이센스를받을 수 있고 복사하기 어려운 아키텍처를 만들어 시장 통제권을 되 찾을 수 있도록하는 것이 었습니다. 이것은 우리에게 "Pentium"이라는 이름과 전체 RAMbus 격변을 가져 왔던 것과 같은 회사 철학입니다.
Wes Sayeed

6

그것들은 서버 환경에서 거의 독점적으로 발견되며 특히 요즘에는 그렇지 않습니다.


그들을 대체 한 것은 무엇입니까?
tony_sid

1
그들은 결코 그렇게 높은 볼륨이 아니었다. 대신 사용되는 것은 응용 프로그램에 따라 다릅니다. 주요 경쟁은 SPARC 및 POWER 기반 칩이라고 생각합니다.
Shinrai

1

Itanium 은 서버 및 고성능 컴퓨팅에 사용하기위한 프로세서 아키텍처입니다. 그것은 특수한 유형의 구현하여 높은 성능과 높은 효율성을 제공하는 것을 목표로 매우 긴 명령어 (VLIW) 아키텍처 라고 명시 적 병렬 명령 컴퓨팅 (EPIC)를 .

성능을 최대화하기 위해 기존 프로세서에는 가능한 많은 명령을 병렬로 실행할 수 있도록 명령 예약을위한 많은 회로가 포함되어 있습니다 ( 작업에 사용되는 기술에 대한 자세한 기술 설명 은 이 답변 참조 ). VLIW, 특히 EPIC는이 작업을 컴파일러로 이동하여이 복잡하고 전력 소비가 많은 회로를 제거하려고 시도했습니다. 컴파일러는 프로세서의 다양한 실행 단위로 어떤 명령어를 병렬로 실행할 수 있는지 결정하고이 정보를 실행 가능한 바이너리에 직접 코딩합니다 (따라서 "명시 적으로 병렬"). 본질적으로, 하드웨어 명령 스케줄링 회로 대신에 컴파일러 기술을 개선하여보다 효율적이고 확장 가능한 프로세서를 가능하게 할 수 있기를 바랐다.

불행히도, 컴파일러 기술은이 새로운 아키텍처를 최대한 활용하기 위해 활용해야했습니다. 런타임에 프로세서가 수행 한 많은 일정 최적화는 컴파일 타임에 수행하기가 매우 어렵고 여전히 어려운 것으로 판명되었습니다. 그 결과 기존의 x86 , PowerSPARC 서버를 따라갈 수없는 성능이 저하되었습니다 .

또한 Itanium 아키텍처는 x86과 호환되지 않습니다. 인텔은 x86 호환성 계층을 구현했지만 실제 x86 프로세서에 비해 성능이 매우 떨어졌습니다. 한편, AMD 는 x86 시스템과 역 호환되며 훨씬 더 폭넓게 수용되는 AMD64 (현재 x86-64 ) 라는 x86의 확장 버전을 개발했습니다 . 현재 x86-64는 대다수의 PC 및 서버 프로세서에서 사용되는 아키텍처이며 Itanium은 상업적인 오류로 판명되었으며 그 이후로 모호해졌습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.