빈티지 컴퓨터 커뮤니티인 VCFED 포럼에 한 개발자가 1990년대에 맡았던 프로젝트를 회고하는 글을 올렸다. 그는 당시 임베디드 시스템 소프트웨어 개발자로 일하며 25MHz 486-SX 프로세서 위에서 GPS 기능을 구현하는 일을 의뢰받았다고 밝혔다. 지금은 그 결과물에 다시 접근할 수 없어 아쉽다는 짧은 소회가 글의 전부다. 공개된 본문은 서두에서 끊겨 있어 구체적인 설계나 코드, 최종 제품의 모습은 확인할 수 없다. 그럼에도 '25MHz 486-SX 위의 GPS'라는 한 줄짜리 설정만으로도 당시 임베디드 개발이 감당해야 했던 제약과 오늘날과의 간극을 되짚어볼 여지는 충분하다.
486-SX 25MHz라는 출발점
486-SX는 인텔이 1990년대 초에 내놓은 486 계열의 보급형 칩으로, 부동소수점 연산을 전담하는 수학 보조프로세서(FPU)가 빠져 있는 것이 가장 큰 특징이다. 상위 모델인 486-DX가 FPU를 내장한 것과 달리, SX에서 실수 연산을 하려면 정수 명령을 조합한 소프트웨어 에뮬레이션에 의존해야 했고 그만큼 속도 손실이 컸다. 여기에 동작 클록이 25MHz에 불과했다는 점을 겹쳐 보면, 오늘날 수 GHz에 멀티코어가 기본인 환경과는 연산 여력 자체가 근본적으로 다른 무대였음을 알 수 있다.
GPS 연산이 저사양에서 까다로운 이유
GPS 위치 계산은 본질적으로 삼각함수와 좌표 변환, 위성 신호의 시간차를 다루는 부동소수점 중심 작업이다. 수신기가 내보내는 원시 데이터를 위경도로 환산하고, 지도 좌표계에 맞춰 투영하며, 흔들리는 측위값을 다듬는 필터링까지 얹으면 연산 부담은 빠르게 불어난다. FPU가 없는 25MHz급 칩에서 이런 처리를 실시간에 가깝게 돌리려면 개발자가 부동소수점을 피하고 고정소수점(fixed-point) 산술로 알고리즘을 다시 짜거나, 정밀도와 갱신 주기를 어디까지 희생할지 저울질하는 선택이 불가피했을 것이다. 원문이 세부를 밝히지 않아 실제로 어떤 기법을 썼는지는 알 수 없지만, 그 시절 임베디드 개발이 '하드웨어가 준 것을 넘어서는 일'이었다는 점은 이 조합만으로도 짐작할 수 있다.
제약이 만든 엔지니어링 감각
이런 회고가 지금의 실무자에게 주는 가치는 향수 그 자체가 아니라, 자원이 극도로 부족한 환경이 어떤 사고방식을 요구했는지에 있다. 연산 여력이 넉넉지 않을 때 개발자는 알고리즘의 계산 복잡도, 메모리 접근 패턴, 정수와 실수 연산의 비용 차이를 몸으로 이해해야 했다. 오늘날 라이브러리 한 줄로 끝나는 좌표 변환이 당시에는 성능 예산을 갉아먹는 병목이었고, 그래서 하드웨어의 한계를 정확히 파악하고 그 안에서 타협점을 설계하는 능력이 곧 실력이었다. 클라우드와 고성능 SoC가 흔해진 지금도 배터리 구동 IoT 기기나 초저가 MCU 영역에서는 같은 종류의 고민이 형태만 바꿔 반복되고 있다.
이 이야기의 한계
다만 이 글이 하나의 완결된 사례 연구가 아니라는 점은 분명히 짚어야 한다. 게시물은 개인의 짧은 회고이며, 어떤 제품에 쓰였는지, 성능 목표가 무엇이었는지, 어떤 방식으로 문제를 풀었는지에 대한 검증 가능한 정보는 담겨 있지 않다. 따라서 여기서 끌어낼 수 있는 것은 특정 구현의 교훈이 아니라, 하드웨어 제약이 소프트웨어 설계를 강하게 규정하던 시대의 분위기 정도다. 그럼에도 성능이 곧 창의성의 다른 이름이었던 그 시기를 떠올리는 일은, 자원이 흔해진 오늘의 개발 습관을 되돌아보게 만든다는 점에서 나름의 쓸모가 있다.