핵심답변
아폴로 유도컴퓨터(AGC)는 현대 스마트폰보다 클럭, 메모리와 범용 연산량이 압도적으로 작다. NASA 기술문서의 아폴로 11호 시기 Block II AGC는 기본 발진기 2.048MHz, 2,048워드의 가변 메모리와 36,864워드의 고정 코어로프 메모리를 사용했다. 워드는 보통 16비트 저장 형식이지만 데이터 비트, 부호와 패리티 구성이 있어 오늘날 바이트 용량으로 단순 환산하면 의미가 흐려진다.
그럼에도 AGC가 달 착륙을 성공시킨 이유는 스마트폰과 같은 일을 느리게 한 것이 아니라 임무에 필요한 계산만 예측 가능하게 수행하도록 하드웨어·소프트웨어·센서·승무원 절차를 함께 설계했기 때문이다. 착륙 중 1201·1202 경보가 발생했을 때 우선순위 실행기는 중요한 유도 작업을 계속하고 낮은 우선순위 작업을 버렸다. ‘스마트폰보다 수백만 배 느리다’보다 어떤 지표와 목적을 비교하는지 묻는 편이 정확하다.
AGC의 정확한 역할
아폴로 우주선에는 명령선과 달착륙선에 각각 유도컴퓨터가 있었다. AGC는 관성측정장치와 광학 관측, 레이더, 엔진과 자세제어 장치의 데이터를 받아 항법 상태를 갱신하고 유도 명령을 계산했다. 사람이 숫자를 입력하고 상태를 읽는 DSKY 표시·키보드 장치도 연결됐다. 지상 관제 컴퓨터와 우주선의 다른 제어장치를 포함한 전체 시스템을 AGC 하나와 동일시하면 안 된다.
AGC는 인터넷, 고해상도 영상, 앱과 통신을 처리하는 범용 소비자 컴퓨터가 아니었다. 제한된 명령어와 고정소수점 연산을 사용하고, 검증된 프로그램 대부분을 코어로프 메모리에 물리적으로 배선했다. 바꾸기 어렵다는 단점은 비행 중 우발적 덮어쓰기를 막는 안정성으로도 작용했다.
작은 메모리를 쓰는 방법
고정 메모리에는 실행코드와 상수가 들어가고, 가변 메모리에는 현재 위치·속도, 센서 값, 카운터와 작업 상태가 저장됐다. 프로그래머는 임무 단계에 따라 같은 주소를 다른 용도로 재사용하고 은행 전환 방식으로 제한된 주소공간을 확장했다. 소프트웨어와 하드웨어 자원을 따로 최적화한 것이 아니라 어느 값을 언제 보존할지 임무 절차와 함께 설계했다.
현대 스마트폰은 수십억 바이트의 메모리와 다단계 캐시, 저장장치, 운영체제를 사용한다. AGC의 2,048워드를 몇 킬로바이트로 환산해 용량 배수를 말할 수는 있지만 워드 폭, 오류검출, 입출력 구조와 프로그램 모델이 다르다. 숫자는 규모감을 주되 성능 전체의 배수로 해석하면 안 된다.
계산과 제어가 진행되는 과정
- 센서 입력: 자이로와 가속도계, 레이더·광학 관측에서 항법 자료를 받는다.
- 상태 추정: 현재 위치·속도·자세를 수치적으로 갱신한다. 계산 주기와 정밀도는 임무 요구에 맞춘다.
- 유도 계산: 목표 궤적과 현재 상태의 차이에서 엔진·자세 명령을 만든다.
- 우선순위 실행: 주기적 작업과 비동기 인터럽트를 중요도에 따라 처리한다. 자원이 부족하면 덜 중요한 작업을 재시작한다.
- 사람과 협업: 경보와 수치를 DSKY에 표시하고 승무원의 명령을 받는다. 지상 관제는 원격측정 자료를 별도로 감시한다.
핵심 비교표
| 항목 | 아폴로 Block II AGC | 현대 스마트폰 | 해석 |
|---|---|---|---|
| 주목적 | 항법·유도·실시간 제어 | 통신·영상·앱·AI 등 범용 | 목표가 다름 |
| 기본 시계 | 2.048MHz | 코어별 GHz급이 일반적 | 클럭만으로 성능 비교 불가 |
| 가변 메모리 | 2,048워드 | GB급 | 워드 구조와 계층이 다름 |
| 고정 메모리 | 36,864워드 코어로프 | 플래시 저장장치 | 변경성·오류모드 차이 |
| 운영 방식 | 우선순위·이벤트 기반 실행 | 복잡한 선점형 OS와 다중 코어 | AGC도 단순 순차 계산기는 아님 |
| 검증 대상 | 정해진 임무와 입출력 | 수많은 앱·네트워크 환경 | 신뢰성의 의미가 다름 |
1202 경보의 실제 의미
달착륙 도중 컴퓨터가 처리할 작업이 순간적으로 많아지자 프로그램 경보가 표시됐다. 실행기는 핵심 작업이 완료될 시간을 지키기 위해 낮은 우선순위 작업을 버리고 중요한 항법·유도 계산을 계속했다. 관제팀은 경보 코드와 원격측정 상태를 바탕으로 착륙을 계속할 수 있다고 판단했다. 컴퓨터가 멈췄다가 기적적으로 되살아났다는 설명보다 과부하를 감지하고 우선순위에 따라 복구한 사례로 보는 편이 정확하다.
이 사건은 작은 컴퓨터가 큰 컴퓨터보다 본질적으로 낫다는 증거도 아니다. 불필요한 레이더 모드로 인한 추가 입력, 실행기의 설계, 훈련된 관제팀과 승무원 절차가 함께 결과를 만들었다. 오늘날 실시간 시스템에서도 최악 실행시간, 우선순위 역전, 오류 격리와 안전한 성능 저하를 검증하는 이유와 연결된다.
오해하기 쉬운 점
- AGC가 아폴로 전체를 혼자 조종했다? 지상 관제, 관성장치, 레이더, 별도 전자장치와 승무원이 함께 운용했다.
- 2.048MHz가 명령 실행속도다? 기본 발진기 주파수다. 한 명령은 여러 메모리 주기를 사용하므로 초당 명령 수와 같지 않다.
- 메모리가 72KB였다? 워드 구성을 현대 바이트로 환산한 근삿값 중 하나다. 고정·가변 메모리와 패리티를 구분해야 한다.
- 스마트폰이면 달착륙 소프트웨어를 바로 실행한다? 연산량은 충분해도 방사선·전원·센서 인터페이스·실시간 검증과 비행 인증이 별도다.
- 1202 경보는 컴퓨터 고장이었다? 작업 과부하 경보였고 설계된 재시작·우선순위 메커니즘이 핵심 작업을 보존했다.
활용과 한계
AGC 사례는 임베디드·항공우주·의료기기에서 ‘평균 성능’보다 마감시간과 실패모드가 중요하다는 점을 보여준다. 기능을 줄이고 상태를 명확히 하며 중요한 작업에 자원을 보장하는 설계는 오늘날에도 유효하다. 사람에게 경보를 어떻게 제시하고 관제 절차가 어떤 결정을 돕는지도 시스템 일부다.
다만 1960년대 구조를 그대로 모방할 필요는 없다. 현대 시스템은 소프트웨어 규모, 네트워크 공격면, 센서 수와 자동화 수준이 훨씬 크다. 하드웨어 이중화, 형식 검증, 안전 커널과 보안 업데이트 같은 새로운 기법이 필요하다. 향수 어린 ‘작고 단순하면 안전하다’는 결론은 충분하지 않다.
자주 묻는 질문
AGC에는 운영체제가 있었나요?
현대 데스크톱 OS와 같지는 않지만 여러 작업을 우선순위와 이벤트에 따라 실행하고 인터럽트를 처리하는 실행기와 재시작 메커니즘이 있었다.
스마트폰은 AGC보다 정확한가요?
연산 정밀도와 처리량은 훨씬 크지만 정확성은 센서, 알고리즘, 시간제약과 검증에 달려 있다. 목적 없이 하드웨어 숫자만 비교할 수 없다.
코어로프 메모리는 왜 사용했나요?
프로그램을 자성 코어에 배선해 비휘발성과 높은 신뢰성을 얻었다. 제작·수정에 오래 걸리므로 소프트웨어를 일찍 확정해야 했다.
AGC 프로그램은 누가 만들었나요?
MIT 계측연구소를 중심으로 NASA와 계약조직의 엔지니어들이 하드웨어·소프트웨어를 개발했고, 승무원과 관제팀이 시험과 운용에 참여했다.
클럭 배수와 처리량 배수가 다른 이유
클럭은 회로가 동작을 나누는 기준 신호이지 초당 완성되는 유용한 작업 수가 아니다. AGC의 덧셈은 여러 메모리 주기를 쓰고, 현대 프로세서는 한 클럭에 여러 명령을 겹쳐 실행하며 벡터·그래픽·신경망 가속기를 따로 가진다. 반대로 센서 신호를 정해진 시각 안에 처리하는 실시간성은 최고 벤치마크 점수와 다른 지표다.
스마트폰의 GHz를 2.048MHz로 나눈 숫자는 발진기 비율일 뿐 ‘달착륙 계산을 그만큼 빨리 한다’는 뜻이 아니다. 프로그램, 수치표현, 컴파일러, 메모리 지연과 입출력 대기까지 같아야 처리시간을 직접 비교할 수 있다. 동일한 알고리즘을 두 시스템에서 구현하기 어려울 때는 임무별 처리율과 마감시간을 비교하는 편이 낫다.
신뢰성은 고장이 전혀 없다는 뜻이 아니다
우주 컴퓨터는 방사선, 진동, 진공, 온도와 전원 변동을 견뎌야 한다. 부품을 엄선하고 논리와 배선을 단순화하며 지상에서 반복 시험했다. 하지만 신뢰성은 하드웨어만의 속성이 아니다. 잘못된 입력, 센서 고장과 소프트웨어 과부하가 생겼을 때 상태를 보존하고 경보를 내며 사람이 올바른 절차를 선택하게 하는 전체 체계의 성질이다.
현대 스마트폰은 일시적 오류가 나면 앱을 다시 실행해도 되는 경우가 많지만, 비행제어에서는 몇 초의 지연이 위험할 수 있다. 반대로 스마트폰은 암호화, 무선망, 사용자 앱과 개인정보를 다뤄 AGC에는 없던 보안 요구를 만족해야 한다. 서로의 신뢰성을 단일 고장률로 줄이면 실제 위험을 놓친다.
오늘날 다시 만든다면
현대 부품으로 AGC 기능을 구현하면 크기와 전력은 크게 줄고 계산 여유가 늘어난다. 그러나 안전기관은 단지 빠른 칩을 고르지 않는다. 요구사항 추적, 코드 검토, 타이밍 분석, 통합시험과 독립 검증을 수행하고 불필요한 기능과 네트워크 경로를 줄인다. 성능 여유도 검증되지 않은 기능을 무한히 추가할 면허가 아니다.
결론
AGC와 스마트폰 비교에서 확실한 사실은 현대 기기의 범용 처리량과 메모리가 훨씬 크다는 점이다. 그러나 달착륙 성공의 교훈은 낮은 성능으로도 무엇이든 할 수 있다는 낭만이 아니라, 임무를 좁게 정의하고 우선순위·재시작·입출력·사람의 절차를 통합하면 제한된 자원으로도 중요한 마감시간을 지킬 수 있다는 데 있다. 클럭과 용량은 같은 단위끼리 비교하고, 신뢰성과 적합성은 실제 임무 요구로 평가해야 한다.
