인텔이 아이테니엄을 떨어 뜨린 이유는 무엇입니까? [닫은]

컴퓨터의 역사를 읽고 있었고 IA-64 (Itanium) 프로세서를 사용했습니다. 그들은 정말 흥미로 웠고 인텔이 왜 포기하기로 결정했는지 혼란 스러웠습니다.

그주기에서 실행하고자하는 2 가지 명령을 명시 적으로 선택할 수있는 기능은 특히 빠른 부트 로더와 같이 어셈블리로 프로그램을 작성할 때 좋은 아이디어입니다.

수백 레지스터는 어셈블리 프로그래머를위한 설득해야한다. 다른 함수를 호출하지 않으면 모든 함수 변수를 레지스터에 저장할 수 있습니다.

다음과 같은 지침을 수행하는 기능 :

(qp) xor r1 = r2, r3    ; r1 =   r2  XOR r3

(qp) xor r1 = (imm8), r3 ; r1 = (imm8) XOR r3

해야 할 일 :

; eax = r1
; ebx = r2
; ecx = r3

mov eax, ebx ; first put r2 into r1
xor eax, ecx ; then set r1 equivalent to r2 XOR r3

mov eax, (imm32) ; first put (imm32) into r1
xor eax, ecx ; then set r1 equivalent to (imm32) XOR r3

x86과의 비교 가능성이 없다고 들었지만 Pentium 회로를 추가하고 Itanium 모드로 전환하는 프로세서 플래그를 추가하면 해결할 수 없습니다 (보호 또는 긴 모드로 전환).

그것에 대한 모든 위대한 것들이 AMD보다 훨씬 앞서 나갔을 것입니다.

어떤 아이디어?

안타깝게도이 작업을 수행하려면 고급 컴파일러가 필요합니다. 또는 특정 CPU 모델 당 하나도 가능합니다. (예를 들어 추가 기능이있는 Itanium의 최신 버전에는 다른 컴파일러가 필요합니다).

Visual Studio 2010에서 WinForms (대상에는 .NET 2.0 만 있음) 프로젝트를 작업 할 때 IA-64의 컴파일 대상이있었습니다. 이는 IA-64 용으로 컴파일 할 수있는 .NET 런타임이 있고 .NET 런타임은 Windows를 의미합니다. 또한 Hamilton의 답변 에는 Windows NT가 언급되어 있습니다. Windows NT와 같은 완전한 OS가 있다는 것은 IA-64 기계 코드를 생성 할 수있는 컴파일러가 있다는 것을 의미합니다.

성능은 기대에 비해 매우 실망 스러웠으며 인텔의 x86 아키텍처에 비해 잘 팔리지 않았습니다.

인텔은 나에게 2000 년경 Windows NT를 실행하는 Itanium에 해밀턴 C 셸 을 구축 하여 전시회를 보겠다고 말했습니다 . Itanium은 사용하기 어려웠으므로 실험실의 컴퓨터에 VPN을 사용했습니다. x86, MIPS, Alpha 및 PowerPC에 NT 용 버전을 이미 구축 한이 "포트"는 사소한 것이 었으며 대부분 내 makefile에 약간의 수정이있었습니다. 아마 30 분이 걸렸다 고 생각합니다.

그러나 성능은 VPN에 비해 정말 압도적이었습니다. 그리고 전시회에 도착했을 때 여전히 실망스럽고 직접 시도해 볼 수있었습니다. Itanium은 훌륭한 제품이 아니었고 아무도 그것을 사지 않았기 때문에 아무데도 갈 수 없었습니다.

추가 :

잠시 동안 인텔은 웹 사이트에서 VPN 원격 개발 경험을 사용하여 Itanium으로 포팅 한 경험을 선전했습니다. 이제 사라졌지 만 archive.org에서 스냅 샷을 찍었습니다. 원격 FAQ에서 다음과 같이 말했습니다 .

Q : 원격 액세스 서비스에 대해 이야기 할 수있는 고객이 있습니까?

A : 예. Hamilton Laboratories *. 서비스에서 파생 된 Hamilton Laboratories의 이점에 대한 자세한 내용은 Hamilton Laboratories 사례 연구를 참조하십시오 .

" 사례 연구 "에서는 고객이 요구하기 때문에 Itanium 버전을 구축했다고 말합니다. 그러나 나는 Itanium을 위해 사본을 판매 한 적이 있습니다. Itanium에서는 PowerPC (NT를 실행하는 사람 중 몇 명이나 있다고 가정 했습니까?)를 포함한 다른 모든 제품을 판매했습니다.

도전 과제 : Hamilton C Shell 제품의 개발을 가속화하여 인텔 ® 아이테니엄 ® 및 Windows * 2000에 대한 고객 아키텍처 도구의 출시 기간을 유리하게 보장합니다.

솔루션 : 고속 인터넷 액세스 및 Shiva® VPN 클라이언트를 포함한 원격 액세스 프로그램을 사용하여 Itanium 개발 환경에 액세스하고, 소스 코드를 수정하고 파일을 작성하며, 7 시간 만에 원격으로 디버깅 및 64 비트 애플리케이션을 재 컴파일합니다.

빠른 답변 : 성능 저하. 인텔은 원하는 제품으로 진화해야했을 때 혁신적인 제품을 출시하려고했습니다.

보다 구체적으로 : 일반적인 상황에서는 프로세서가 충분히 빠르지 않았습니다. 인텔은 프로세서 속도 대 메모리 속도 차이가 커지면서 프로세서를 출시했습니다. ISC (Reduced Instruction Set) 프로세서 인 Itanium은 사촌 x86 변형보다 명령 당 바이트 수가 더 필요했습니다. 증가 된 메모리로드로 인해 프로세서가 느리게 실행되었습니다.

이 모든 것은 전체 아키텍처가 본질적으로 첫 번째 릴리스이기 때문에 악화되었습니다. RISC 자체는 새로운 아이디어는 아니지만 많은 하드웨어 구성 요소는 새로운 레이아웃 디자인이 필요했습니다. Itanium 명령 레이아웃에는 고품질 소프트웨어를 제공하기 전에 개발 커뮤니티에서 철저히 요약해야하는 새로운 아이디어가 많이있었습니다.

결국 많은 기술이 인텔의 기존 칩 릴리스에서 사용되기 시작했습니다. 최종 사용자에게는 쉽게 보이지 않습니다.

아이테니엄은 장점을 활용할 수 있다면 훌륭한 디자인 입니다.

안타깝게도이 작업을 수행하려면 고급 컴파일러가 필요합니다. 또는 특정 CPU 모델 당 하나도 가능합니다. (예를 들어 추가 기능이있는 Itanium의 최신 버전에는 다른 컴파일러가 필요합니다).

이러한 컴파일러를 한 번 작성하는 것은 어려운 작업입니다. CPU의 모든 변형에 대해 그렇게하는 것이 경제적이지 않습니다.

실제로 다루지 않은 Itanium 역사의 또 다른 중요한 부분은 2001 년 Itaniums 데뷔와 함께 대량의 RAM을 상용 하드웨어에 넣을 수 없다는 사실입니다. x86_64는 이제 막 시작되었으며 AMD Opterons는 2 년 동안 출시되지 않았습니다.

Itanium 서버에 대한 나의 첫 번째 (그리고 유일한) 경험은 2002 년 화학 회사에서 결함을 감지하기 위해 오일 분석을 수행하기 위해 SQL Server가 필요한 곳이었습니다. 이 석유는 10 억 달러 규모의 회사에서 수백만 달러 규모의 기계에서 나오거나 들어가기 때문에 각각 128Gb의 RAM을 가진 Itanium 클러스터가있었습니다. 현재 128Gb의 RAM은 여전히 ​​많은 양이지만 서버에 설치하기 쉽고 저렴합니다.

2002 년에는 128Gb의 RAM이 엄청나게 많았으며 기존 SQL Server 인프라를 이미 보유하고 있었기 때문에 다른 플랫폼으로 전환하는 것보다 몇 개의 Itanium 시스템을 포크하여 RAM으로로드하는 것이 더 저렴했습니다. 다른 데이터베이스.

실제로 실제 경쟁 업체가없는 Itanium 시장의 큰 부분 중 하나 인 128Gb (또는 그 이상)를 상품 서버로 가져 오는 것은 사소한 일입니다 (Opteron은 2003 년에 출시되었으며 현재는 수백 기가 바이트의 메모리를 사용하는 것은 어디에서나 볼 수 있습니다)) 구매 비용이 저렴하고 소유 비용이 저렴하며 더 빠른 옵션이 넘쳐납니다.

AMD가 경쟁을 위해 더 많은 리소스를 주류 프로세서에 할당하도록 강요했기 때문이라고 들었습니다. AMD는 2003 년에 Athlon 64를 출시하여 Pentium보다 가격 / 성능이 우수했습니다. 인텔이 Itanium을 계속 개발한다면 현재 x86 프로세서보다 빠를 것이라는 믿음이 있습니다.