상위 언어 용 사례 : 64 또는 32 비트?

OS X 10.5.7이 나오면 64 비트 응용 프로그램과 32 비트 응용 프로그램에 대해 많은 이야기가있었습니다. 응용 프로그램을 변환해야하는 제조업체, 리소스 부족 (분명히 큰 거래) 등으로 인해 특정 앱을 변환하면 어떤 이점이 있습니까 (예 : iTunes) 등).상위 언어 용 사례 : 64 또는 32 비트?

내가 실행하면 VM을 전용 "관리 코드"및 코드 (필자는 닷넷 프레임 워크 또는 JVM과 같은 의미)에서 (자바, 아니 JNI,이 루비에 어떻게 될지 확실하지) :

이

당신이받을 수 있나요 VM이이 물건에 대해 알 필요없이 64 비트가 될 때 이점 urself? 또는
귀하의 앱이 가능한 것에 비해 매우 비효율적이므로 (실제로 필요한 속도로 수행 할 수있을지라도) 실제로 이점 (전환의 번거 로움)을 얻지 못합니까?

출처

2009-09-10 Dan Rosenstark

내가 64 비트 용으로 개발 한 주요 이유는 메모리입니다. 64 비트 포인터로 더 많은 메모리를 처리 할 수 있으며 일부 문제 영역에서는 32 비트 (이론적으로는 적지 만)의 이론적 인 4GB 제한이 만족스럽지 않습니다.

iTunes와 같은 경우 변환 기능이 거의 필요하지 않습니다. 대용량 메모리가 필요없는 저전력 앱이기 때문입니다.

64 비트 OSX가 32 비트 바이너리를 처리하는 방법을 잘 모르겠지만 Windows에서는 에뮬레이션이 거의 완벽하며 많은 앱에서 업그레이드 할 필요가 없습니다.

출처

2009-09-10 00:32:22 spender

그래서 64 비트 포인터로 작업을 포인터없이 할 수 없습니까? –

C# 및 Java와 같은 관리되는 언어를 사용하기 때문에 포인터를 사용하지 않습니다. 이와 같이, 내 POV에서 32에서 64 로의 전환은 거의 완전히 고통이 없었습니다. 추가 관리 작업을 필요로하는 무거운 처리 프로그램을 제외하고는 모두 관리 런타임을 사용하는 것이 중요하다고 생각합니다. 따라서 이러한 종류의 큰 전환은 관리하기에 상당히 저렴합니다. – spender

나는 이것을 최선의 답으로 표시 할 것이지만 만약 당신이 당신의 대답을 당신의 대답에 포함시킬 수 있다면 그것은 2 배가 될 것입니다! –

CLR (나는 비슷한 것으로 생각합니다)을 말할 수는 없지만 64 비트 JVM은 64 비트의 모든 메모리 이점을 아무런 변환없이 제공합니다.

출처

2009-09-10 00:49:58

상위 언어 용 사례 : 64 또는 32 비트?

답변

관련 문제