Windows 10 ARM 관련 글이 나올 때 마다 자주 언급되는 것이 64비트(x64) 앱은 왜 실행이 안 될까? 64비트 앱이 실행이 안 돼서 문제이다. 64비트 앱을 지원할 가능성이 있느냐? 등등….

뭐 나중에 MS가 미친척하고 x64를 지원할 수도 있겠지만, 저는 그럴 가능성도, 그럴 필요도 없다고 봅니다. 이미 ARM CPU 도 64비트 제품이 나왔기 때문에, Window 10 on ARM 은 정확히는 Windows 10 on ARM64 입니다.

초기 64비트(x64) Windows OS가 나왔을 때도, 기존의 x86 앱들의 호환 문제가 많았습니다. 그냥 EXE 야 원래 CPU가 대부분 잘 지원해 주기 때문에 기존 API 만 WoW64(Windows on Windows)로 씌워주면 돌아가는데 별 문제가 없었지만, DLL 은 EXE 와 달리 64비트 EXE 에서 32비트 DLL을 호출하는 것이 불가능해서, 마우스 우 클릭을 했을 때 나오는 셸 메뉴가 제대로 나오지 않는다던 가 하는 여러가지 문제가 있었습니다만, 결국 개발사에서 64비트 OS를 지원하게 되면서 문제가 해결이 되었습니다.

따라서, 지금의 ARM OS 지원 문제도 ARM 네이티브로 컴파일 된 실행 파일이 배포되기 시작하면 더 이상 x64 바이너리가 지원되네 마네 하는 이야기는 사라질 것이라고 보기 때문입니다.

추가적으로 OS 설치 공간의 문제도 있습니다. 아래는 x86을 에뮬레이션 하기 위한 구조를 보여주는 그림인데, 오른쪽 상단을 보시면 x86을 에뮬레이션 하기위한 x86 의 System DLL 이 보이실껍니다. 즉, x86을 지원하기 위해서 x86 Windows 의 기본 OS DLL 이 전부 ARM OS에 같이 들어있다는 의미입니다. 만일 x64를 지원하려고 한다면, x64 DLL 까지 전부 ARM OS 에 포함시켜야 되고 그렇게 되면 가벼운 OS 따위는 이미 산으로 가버리게 되죠.

참고로, 아래는 ARM 기기에서 x86 실행 파일을 에뮬레이션으로 돌린 실행파일과, ARM64(AARCH64) 네이티브 코드로 컴파일 된 실행 파일의 실행 속도 비교입니다.

이렇게 에뮬레이션과 네이티브 컴파일된 바이너리의 수행 속도는 (GPU 나 HDD 의존적인 작업을 할 때는 거의 속도차가 발생하지 않기도 합니다만,) CPU 의존적인 작업을 할 때는 보통 2배, 경우에 따라서는 3배까지 실행 속도에 차이가 발생합니다.

따라서, Windows 10 on ARM 에서 x86 에뮬레이션은 기존 x86 사용자를 자연스럽게 끌어들이기 위한 과도기적인 장치일 뿐이고, 제대로 된 ARM 기기의 성능을 뽑기 위해서는 개발사에서 ARM 네이티브로 컴파일 된 바이너리를 제공해야 됩니다.

긱벤치도 최근 ARM64를 지원하게 되면서 이렇게 아예 x86 에뮬레이션 벤치마크와 ARM64 벤치마크를 선택해서 실행할 수 있도록 되어 있고, 각각 선택해서 테스트해 본 결과, 역시 약 2배 정도 차이나는 점수를 확인할 수 있었습니다.

https://browser.geekbench.com/v4/cpu/10158736

https://browser.geekbench.com/v4/cpu/10158855