TECH 으로 돌아가기
TECH HACKER NEWS 오늘 7분 읽기 24 READS

맥 미니 M6, 86Box로 600MHz 펜티엄 II를 완벽 재현하다

맥 미니 M6, 86Box로 600MHz 펜티엄 II를 완벽 재현하다
SOURCE IMAGE · HACKER NEWS

레트로 PC 에뮬레이션의 세계에서 애플 실리콘이 예상 밖의 강자로 떠올랐다. 한 리뷰어가 맥 미니 M6에서 86Box를 돌려 600MHz 펜티엄 II 구성을 오디오 끊김 없이, 표시 에뮬레이션 속도 100%를 유지하며 안정적으로 구동하는 데 성공했다. 같은 조건에서 기본형 M4가 500MHz에서 한계를 보인 것과 비교하면 20% 더 높은 클럭이다. 왜 이 결과가 단순한 벤치마크 자랑을 넘어 의미가 있는지 살펴볼 만하다.

왜 코어 수가 아니라 단일 코어인가

86Box는 옛 PC를 하드웨어 수준에서 에뮬레이션한다. CPU 타이밍, 칩셋 동작, ISA·PCI 버스, 그래픽 칩셋, 사운드 장치, 디스크 컨트롤러까지 당시 소프트웨어가 제대로 동작하도록 정밀하게 흉내 낸다. 문제는 이 정확성의 비용이 거의 전부 단일 호스트 스레드에 집중된다는 점이다. 결과적으로 여기서는 코어 개수가 거의 무의미하고, 한 코어가 얼마나 빠르게, 그리고 스로틀링 없이 얼마나 오래 그 속도를 유지하느냐가 전부다. 애플 실리콘이 전통적으로 강했던 지점이 정확히 이 영역이며, M6가 빛을 발하는 이유이기도 하다.

86Box는 목표 속도 대비 실효 에뮬레이션 속도를 백분율로 보고한다. 100%는 호스트가 에뮬레이터의 타이밍 모델을 따라잡고 있다는 뜻이고, 그보다 낮으면 실질적인 문제다. 특히 사운드 하드웨어는 실시간으로 데이터를 공급받기 때문에, 순간적인 하락도 버퍼가 비면서 곧바로 귀에 들리는 끊김으로 나타난다. 평균값보다 일관성이 중요하다는 얘기다. 이 때문에 각 호스트 머신은 점수가 아니라 '천장'이 된다. 특정 구성에서 100%를 평평하게 유지할 수 있는 최대 CPU 클럭이 곧 그 머신의 실력인 셈이다.

테스트 방법과 결과

리뷰어는 2026년 5월 31일 공개된 86Box 6.0을 약간 수정한 빌드를 사용했다. 이 버전은 ARM 호스트에서 CPU 에뮬레이션 성능을 개선했고, Voodoo 그래픽용 ARM64 JIT 리컴파일러를 추가했다. 테스트 대상인 윈도우 98 머신이 에뮬레이션된 Voodoo 3를 쓰고 있어 이 변화가 특히 유효했다. 여기에 6.0과 동일한 커밋(빌드 9001)에서 만든 커스텀 빌드로 주파수 테이블을 50MHz 단위로 800MHz까지 확장하되, 메모리·캐시 타이밍은 접근 지연을 비슷하게 유지하도록 스케일링하고 AT 버스는 8.33MHz로 고정했다.

부하는 일부러 까다롭게 잡았다. Cinebench 2000의 CPU 테스트를 돌리면서 Winamp 2.76이 16비트 44,100Hz PCM WAV를 배경 재생하도록 했다. 합격 기준은 주관적이지만 엄격하다. 끊김이 한 번이라도 들리거나 에뮬레이션 속도가 100% 아래로 떨어지면 실패다. M4는 500MHz까지는 매우 안정적이었으나 550MHz에서 미세한 끊김이 나타나며 탈락했고, M6는 550MHz와 600MHz를 모두 통과했다. 600MHz에서는 Cinebench 2000 두 차례와 3DMark 2000 SE 데모까지 7~8분간 100%를 평평하게 유지했다. 650MHz는 CB 점수 10.08을 기록했지만 한두 차례 오디오 언더런이 있어 실패로 처리됐다.

실물 하드웨어와의 미묘한 간극

흥미로운 대목은 에뮬레이션 점수가 실물보다 높게 나온다는 점이다. Ars Technica 포럼의 Cinebench 2000 사용자 보고와 비교하면, 에뮬레이션된 450MHz 펜티엄 II는 7.02 CB로 실물 450MHz 결과보다 약 61% 높았다. 300MHz에서도 4.62 대 2.38로 격차가 컸고, 600MHz의 9.28 CB는 어느 사용자의 800MHz 코퍼마인과 거의 나란히 놓였다. 다만 이들은 서로 다른 시스템·메모리·운영체제에서 나온 개별 제보라 통제된 비교가 아니라 시대적 참고치로 봐야 한다. 리뷰어는 원인을 단정하지 못했지만, 에뮬레이션 머신 내부의 메모리 대역폭과 캐시 타이밍을 지목한다. 실제로 86Box v3.0 릴리스 노트는 비순차 실행과 L2 캐시 동작의 복잡성 탓에 P6 에뮬레이션이 완전히 정확하지는 않으며 Deschutes 타이밍을 실물에 근접하게 튜닝했다고 밝힌 바 있다.

전력 측정(powermetrics)을 보면 86Box는 작업을 두 개의 성능 코어(cpu6·cpu7)에 몰아넣는다. M6에서 이 두 코어는 450MHz 실행 시 평균 약 4,483MHz, 600MHz 실행 시 약 4,710MHz(피크 4,788MHz)로 돌았고, 코어 사용률은 41%에서 45~49%로 올라 최고 통과 클럭에서도 여유가 남아 있었다. 패키지 전체 사용률은 26%를 넘지 않았다. 반면 M4는 바쁜 코어가 3.7GHz 근처에 머물렀는데, 이 클럭 차이가 500MHz에서 멈춘 주된 이유로 보인다.

실무적으로 무엇을 시사하는가

이 결과가 흥미로운 지점은, 단일 코어 성능의 우위가 스펙표의 숫자가 아니라 실제로 체감되는 차이로 번역된다는 데 있다. 1,600유로 미만의 작고 조용한 데스크톱이 오디오를 온전히 유지하면서 600MHz 펜티엄 II 구성과 완전한 3DMark 데모를 100%로 소화한다면, 정밀 레트로 에뮬레이션 용도로는 상당히 매력적인 선택지다. 물론 리뷰어 스스로 경고하듯 CB2000 점수는 해당 구성이 클럭에 따라 어떻게 확장되는지를 보여줄 뿐, 실제 펜티엄 II나 III에서의 동등한 성능을 주장하는 근거로 삼아서는 안 된다. 에뮬레이션 정확도의 한계와 벤치마크 버전 자체가 매우 오래됐다는 점을 감안하면, 이 시스템은 대략 펜티엄 III 영역에 위치한다고 보는 편이 타당하다. 다음 과제로는 86Box에서의 XP 에뮬레이션이 예고돼 있다.

SOURCE · HACKER NEWS
원문 전체 보기 → https://nyaa.sh/reviews/mac-mini-m6-emulation
SHARE
NEXT · CHOOSE

변화를 읽었다면,
내가 만들 수익 구조를 고릅니다.

정보를 더 모으는 데서 멈추지 않고, 광고·외주·판매·중개·구독 중 내 상황에 맞는 출발점을 정해보세요.

21가지 수익 구조 살펴보기 →
처리 중...