ARM은 실제로 Java와 SUN에 대한 지원을 분명히하고 있지만 실제로 .Net JIT 컴파일러를 지원하는 칩 공급 업체는 본 적이 없습니다. IBM과 인텔은 TI 및 많은 임베디드 칩 공급 업체뿐만 아니라 C 컴파일러를 지원합니다. 당신이 그것을 생각할 때, 모든 JIT 컴파일러는 컴파일과 최적화의 마지막 단계이며 칩 벤더의 전문성을위한 좋은 매치라고 생각할 것입니다. 아마도 VM을위한 표준화 된 플러그인 인 컴파일 엔진이 맞을 것입니다.칩 공급 업체의 .Net JIT 지원이 있습니까?
마이크로 소프트는 .Net을 임베디드 윈도우 플랫폼으로도 겨냥하고있어 공정한 게임입니다. 피트
직접 닷넷 마이크로 프레임 워크를 지원합니다.
시작시 JIT 컴파일이 발생합니다. 왜 이것을 최적화할까요? 캐쉬를 통해 가비지 콜렉터를 최적화하면 전용 CPU 레지스터와 스윕 및 할당을 수행하기위한 지침으로 프로그램을 지원할 수 있으므로 프로그램 속도가 향상됩니다.
당신의 .NET 코드가 JIT 컴파일 된 후에 그것은 이중 참조 포인터 지침과 같은 이러한 것들을 수행하기 위해 이미 최적화 된 기술을 사용하고 있기 때문에 흥미 롭습니다. 그리고 CLR이 일반적으로 유지되도록 구현되었을 것이라고 확신합니다. 레지스터 등에서 프레임 워크를 사용하여 속도 등을 계산할 수 있습니다.
그러나 AMD와 인텔간에 일어날 수있는 모든 "경쟁"이 이루어지기를 바랍니다. Java 또는 .Net 구현을위한 서버를 구입하고 가비지 수집 langagues가 최적화되어 있기 때문에 칩 X가있는 서버를 동일한 비용으로 10 % 더 빠르게 실행할 수 있다면 구매할 수 있습니까?
JIT는 기본 아키텍처에 맞게 컴파일됩니다. 나는 프로세스를 최적화하는 것에 대해 이야기하는 것이 아니라 생성 된 x86 또는 PowerPC (Xbox) 코드에 대해 이야기하고자합니다. Microsoft는 프로세서 유형에 관계없이 모든 Windows 임베디드 제품에 Microsoft를 사용하고자합니다. – NoMoreZealots
무엇을 의미합니까? JIT 코드는 .Net 컴파일러에 의해 이미 최적화되어 있습니다. 그것은 플랫폼에 최적화 된 컴파일러가 끝나면 바로 x86 코드입니다. 컴파일은 너무 높은 수준의 작업이므로 하드웨어에서이를 실제로 수행 할 수 없습니다.그러나 가비지 수집 언어를 대상으로 작성된 코드가 대상 레지스터, 캐시 및 지침에 따라 최적화 될 수 있도록 CLR을 최적화해야합니다. – Spence
"여기서 더 좋은 질문은 .Net IL을 기계 명령어로 직접 구현하는 프로세서가 있습니까?"입니다. 일리노이는 어셈블러 코드의 한 형태이며, 왜 우리가이 명령어 세트를 직접 지원하는 하드웨어를 보지 못하는지 궁금해한다. 그렇다면 JIT 컴파일이 필요 없을 것이다.
관심있는 플랫폼을 구체적으로 또는 명확하게 말하지 않았습니다. dotnet은 x86 플랫폼을 필요로하는 Windows 플랫폼에 묶여 있습니다. 인텔이 다이에 에뮬레이션 레이어를 추가하지 않는 한 대답은 '아니오'라고 말했다. Windows가없는 .dotnet은 쓸모가 없습니다.
지원합니다. 그러나 이것은 기존 CPU에 구현 된 .net 마이크로 프레임 워크 (마이크로 컨트롤러 용으로 설계된)의 구현입니다. 나는 asker가 .Net 또는 JIT를위한 데스크탑 형 프로세서의 최적화 이후라고 생각한다. – Spence
글쎄요, 여전히 .NET을 지향하는 JIT를 지원하는 특정 칩 공급 업체입니다. 나는 특정 벤더의 JIT가 데스크톱 프로세서에도 가치가있을 수 있다는 것에 동의하지만, 여전히이 질문에 맞지 않는 것처럼 보였고, 내 머리 꼭대기에서 내가 아는 유일한 사람이다. –
아니요, 내장 된 플랫폼이 유효합니다. 필자는 마이크로 소프트이기 때문에 x86에 대한지지가 강하게 기대된다. 임베디드 Windows 플랫폼은 .Net의 대상이기도합니다. – NoMoreZealots