1960년대 유니박 컴퓨터로 마인크래프트 서버를 돌렸다고?

이게 무슨 얘긴가요

최근 한 개발자가 블로그에 올린 프로젝트가 레트로 컴퓨팅 덕후들 사이에서 회자되고 있어요. 무려 1960년대에 만들어진 유니박(Univac) 메인프레임 컴퓨터에서 마인크래프트 서버를 돌려봤다는 이야기예요. '그게 되나?' 싶겠지만, 결론부터 말하면 어떤 식으로든 되긴 하더라고요. 어떻게 가능했는지, 왜 이런 걸 하는지 같이 살펴볼게요.

유니박이 뭔가요

요즘 주니어 개발자분들은 이름조차 생소할 수 있는데요, 유니박은 2차 세계대전 직후인 1951년에 상업용으로 나온 세계 최초의 범용 컴퓨터 중 하나예요. 방 하나를 가득 채우는 크기에 무게는 몇 톤씩 나갔고, 트랜지스터도 없이 진공관 수천 개로 연산을 했어요. 지금 우리가 쓰는 스마트폰 한 대가 당시 유니박보다 수억 배 빠르다고 보시면 돼요.

이번 프로젝트의 주인공이 사용한 유니박은 1960년대 모델인데, 그래도 스펙을 보면 눈물이 나요. 메모리는 킬로바이트(KB) 단위, 저장장치는 자기 테이프와 드럼 메모리, 입출력은 펀치 카드와 라인 프린터. 비교하자면 요즘 많이 쓰는 아두이노 우노(ATmega328P)에도 플래시가 32KB, RAM이 2KB니까, 어쩌면 손바닥만 한 마이크로컨트롤러보다도 약할 수 있는 거예요.

어떻게 마인크래프트 서버를 돌렸을까

상식적으로 유니박이 Java로 짠 마인크래프트 서버를 직접 실행할 순 없어요. JVM부터가 애초에 그런 환경에서 돌아갈 수가 없거든요. 이 개발자가 택한 방식은 중계 구조예요. 유니박은 자기가 잘하는 일(간단한 연산, 데이터 변환, 출력)을 맡고, 현대 컴퓨터가 중간에서 프로토콜을 번역해 주는 방식이죠.

구체적으로는 마인크래프트 클라이언트의 네트워크 패킷을 유니박이 이해할 수 있는 포맷으로 바꿔서 던져 주고, 유니박은 월드 상태의 일부를 자기 방식대로 저장하고 계산한 뒤, 그 결과를 다시 현대 프로토콜로 감싸서 클라이언트에게 전달하는 흐름이에요. 일종의 프록시 + 파트너 구조인데, 유니박이 실제로 '일을 하고 있다'는 점이 핵심이에요. 단순 에뮬레이션이 아니라, 이 낡은 기계가 진짜 연산에 참여하는 거죠.

왜 이런 걸 할까

이런 프로젝트를 보면 '재미있긴 한데 무슨 의미가 있지?' 싶을 수 있어요. 그런데 레트로 컴퓨팅 커뮤니티가 꾸준히 이런 도전을 하는 데는 이유가 있어요.

첫째, 컴퓨터가 어떻게 동작하는지 밑바닥까지 이해하게 돼요. 요즘은 추상화 레이어가 너무 두껍잖아요. React 쓰면서 가상 DOM이 뭔지만 알면 되고, DB는 ORM으로 덮여 있고요. 유니박처럼 원시적인 기계와 직접 대화하려면 비트 단위 프로토콜, 메모리 맵, I/O 타이밍을 전부 손으로 다뤄야 해요. 이 과정에서 현대 기술의 원리가 보이기 시작해요.

둘째, 제약이 창의성을 만들어요. 메모리 몇 KB짜리 기계에 마인크래프트를 붙이려면, 청크 데이터 압축 하나도 완전히 새로 설계해야 해요. 비슷한 맥락에서 예전에 누군가는 PDP-11에서 리눅스를 돌렸고, 또 다른 누군가는 주판으로 계산하는 C 컴파일러를 만들었죠. Game Boy Advance에서 웹 채팅을 돌리거나, 스마트 전구에 DOOM을 포팅하는 프로젝트도 같은 결이에요.

한국 개발자에게

당장 실무에 쓸 일은 없어 보이죠. 하지만 이런 프로젝트를 따라가다 보면 임베디드, 저수준 프로그래밍, 네트워크 프로토콜 설계 같은 기본기가 자연스럽게 쌓여요. 특히 IoT, 자동차, 제조, 금융 레거시 분야로 가면 여전히 리소스가 제한된 환경에서 바이너리 프로토콜을 주물러야 하거든요. 사이드 프로젝트로 QEMU를 띄워서 오래된 아키텍처를 건드려 보거나, 라즈베리파이로 직접 짠 프로토콜을 테스트해 보는 것만으로도 얻는 게 많아요.

마무리

한 줄로 정리하면, '기술은 항상 최신이 정답은 아니다'라는 것. 가끔은 가장 낡은 도구로 가장 터무니없는 일을 해보는 게 개발자의 시야를 넓혀줘요. 여러분이 가장 애정을 느끼는 레트로 기술이나 사이드 프로젝트가 있다면 뭔가요? 요즘처럼 AI가 다 짜주는 시대에도 이런 '손맛' 나는 코딩이 여전히 의미 있다고 보시나요?