100. 언팩드 BCD (Unpacked BCD)

핵심 인사이트 (3줄 요약)

본질: 언팩드 BCD(Unpacked BCD, 존드 BCD)는 1바이트(8비트)라는 넓은 메모리 방을 통째로 빌려놓고, 오직 하위 4비트에만 10진수 숫자($0 \sim 9$) 하나를 달랑 저장한 뒤 상위 4비트는 운영체제 문자열 규격에 맞춰 무의미한 존(Zone) 비트로 패딩(Padding)해 버리는 거시적 데이터 포맷이다.

가치: 수학적 밀도가 최악으로 떨어지는 심각한 낭비 규격이지만, 상위 존(Zone) 비트에 ASCII 혹은 EBCDIC 문자열 규격을 씌움으로써, 별도의 형 변환 디코딩 없이 메모리에 있는 숫자를 텍스트 에디터나 프린터 출력 포트로 그대로 쏴버릴 수(Print) 있는 직결 쾌속 출력을 보장한다.

판단 포인트: 최후미 바이트의 존(Zone) 영역에 양수/음수를 판별하는 부호(Sign)를 덧씌워 기록하는 오버펀칭(Overpunching) 기법을 융합하여, 텍스트 파일(문자) 안에 숫자 연산 부호를 은닉시키는 원시적인 아스키 텍스트-연산 하이브리드 포맷의 조상이다.

Ⅰ. 개요 및 필요성

1바이트는 8비트다. 언팩드 BCD는 이 큰 바이트를 두 동강(4비트 두 개) 내어, 우측(Low Nibble)에는 진짜 숫자 BCD 코드를 넣고 좌측(High Nibble)에는 이 숫자가 "어떤 문자열 표준으로 쓰일지"를 결정하는 존(Zone) 코드를 무조건 박아 넣는 방식이다. (예: ASCII 문자면 앞 4칸에 무조건 0011을 박음). 포장이 다 풀려있는(Unpacked) 문자열 포맷이다.

초기 컴퓨터 시대(천공카드 시절)에는 숫자를 계산한 뒤 화면이나 프린터 시스템으로 바로 내보내야 했다. 팩드 BCD처럼 1바이트에 숫자를 두 개씩 꽉꽉 뭉쳐 놓으면, 화면 콘트롤러 입장에서는 글자가 깨진 쓰레기(Gibberish)로 인식되어 해석을 거부했다. 터미널 화면에 에러 없이 123이라는 글자를 그대로 뿌리려면, 기계가 문자 1, 2, 3으로 읽을 수 있게 1바이트마다 문자열 헤더(Zone)를 정성껏 씌워 한 놈씩 널널하게 따로따로 포장해 줘야 했다.

📢 섹션 요약 비유: 언팩드 BCD는 **'과자 한 개마다 뽁뽁이(Zone)로 개별 포장해서 큰 상자(1바이트)에 담아 파는 고오급 낱개 포장'**과 같다. 상자에 알맹이는 별로 없지만, 손님(프린터/모니터)에게 나눠줄 때는 다시 자르고 포장할 필요 없이 상자 채로 하나씩 던져주면 바로 받아먹을 수 있는 배포의 편리함이 극강이다.

Ⅱ. 아키텍처 및 핵심 원리

문자열(String)과 숫자(Number)의 모호한 경계를 뚫어버리는 존(Zone) 아키텍처를 해부한다.

┌──────────────────────────────────────────────────────────────┐
│         언팩드(Zoned) BCD와 ASCII 문자의 소름 돋는 평행이론          │
├──────────────────────────────────────────────────────────────┤
│                                                              │
│  [ 목표: 숫자 '+32'를 메모리에 저장해라! ]                           │
│   조건: 메모리를 텍스트 메모장으로 열었을 때 바로 숫자가 보여야 함.       │
│                                                              │
│  [ 바이트 1 (숫자 '3') ]                                        │
│   Zone 영역: 0011 (ASCII 규격 3)  |  숫자 영역: 0011 (BCD 3)     │
│   메모리 저장 결과: 0011_0011  ──▶ (문자 '3'이 그대로 화면에 찍힘!)   │
│                                                              │
│  [ 바이트 2 (숫자 '2' 와 부호 '+') ]                             │
│   잠깐, 양수(+)라는 부호는 어떻게 포장지에 적지?                       │
│   ──▶ 오버펀치(Overpunch) 해킹 발동!                             │
│       일반 Zone(0011) 대신 부호용 예약 Zone(1100 = C)을 덮어써라!  │
│                                                              │
│   Zone 영역: 1100 (부호 +)      |  숫자 영역: 0010 (BCD 2)     │
│   메모리 저장 결과: 1100_0010  ──▶ (화면엔 쓰레기 글자가 뜨지만,       │
│                                   컴파일러는 이걸 '+2'로 정확히 해독!) │
└──────────────────────────────────────────────────────────────┘

언팩드 BCD의 탄생은 문자를 인쇄하기 위한 최단 패스-스루(Pass-Through) 꼼수 아키텍처에서 비롯되었다. ASCII 표에서 숫자 5는 0011_0101이다. 앞의 0011이 존, 뒤의 0101이 바로 5의 BCD값이다. 가장 소름 돋는 해킹은 부호를 넣는 '오버펀칭(Overpunch)' 기법이다. 따로 부호를 넣을 바이트를 낭비하기 싫었던 엔지니어들은 맨 마지막 숫자인 2의 윗동네(Zone 파트)에 구멍을 억지로 뚫어버려 1100(+)이나 1101(-)로 덮어썼다(Over-punch). 텍스트 에디터로 이 파일을 열어보면 끝자리가 알파벳과 숫자가 기괴하게 섞인 텍스트가 나오지만, 코볼(COBOL) 컴파일러는 이것을 완벽하게 +32라는 수학적 데이터로 역파싱해 올린다.

📢 섹션 요약 비유: 이 오버펀칭 기법은 도서관 책등에 라벨을 붙일 때, '이 책이 수학 책(부호)'이라는 걸 따로 스티커로 붙이기 귀찮아서, 맨 끝 책의 분류 번호(Zone) 위에다 빨간 매직으로 덧칠해(오버펀치) 알아먹게 만든 고인물 사서들의 편법이다. 일반인은 더러워진 알파벳인 줄 알지만 사서의 눈에는 한눈에 부호가 읽힌다.

Ⅲ. 비교 및 연결

데이터의 절반을 쓰레기로 채우는 낭비(Unpacked)와 알뜰한 압축(Packed)의 대결이다.

하드웨어 구조 블록	논리 비트 맵핑 (1 Byte)	ASCII 아키텍처 영향도	비유
High Nibble (Zone)	상위 4비트 ($1 \sim 4$번). 강제로 특정 패턴 패딩	ASCII는 `0011`(3), EBCDIC은 `1111`(F) 무조건 세팅	겉포장 비닐 (인쇄용 잉크 헤더)
Low Nibble (Digit)	하위 4비트 ($5 \sim 8$번). 순수 숫자 BCD 배열	$0000 \sim 1001$ 배치	알맹이 (진짜 전달할 숫자)
Sign Overpunch	기차의 최후미 Byte의 하이 니블(Zone 존)	`C`나 `F`를 덮어써서 `+` 판별, `D`를 덮어써서 `-` 판별	기차 맨 뒷자리 창문에 매단 빨간 깃발

과거 인텔 x86 프로세서는 이렇게 문자열 형태로 포장된 언팩드 BCD 변수들을 RAM에서 압축 상태로 풀지 않고, **그 문자열(ASCII) 모양 그대로 사칙연산을 갈겨버릴 수 있는 하드웨어 회로(AAA, AAS 명령어)**를 내장하고 있었다. "문자와 문자를 더했는데 덧셈 연산이 된다!" 텍스트 문서 안에 적혀 있는 글자 "8"과 글자 "5"를 그대로 덧셈기에 넣었더니, 앞의 쓰레기 존(Zone) 영역을 하드웨어가 임시로 지우고 자리 올림을 처리한 뒤 "13"이라는 글자로 변형시켜 뱉어내는 마법의 타자기 연산 장치였다. (물론 64비트 x86-64 아키텍처로 오면서 너무 구시대적이라 완전히 삭제 폐기되었다.)

📢 섹션 요약 비유: 언팩드 BCD는 마치 **'우표가 10장 붙은 편지봉투 통째로 계산기에 넣는 것'**과 같다. 계산기는 우표(Zone 비트)를 일일이 떼어내서 쓰레기통에 버리고 알맹이 편지(숫자)만 읽어 계산해야 하므로 연산 속도가 바닥을 치지만, 편지를 다시 우체통(프린터)에 넣을 때는 우표가 이미 다 붙어있으니 즉시 발송(출력)할 수 있는 극단적 입출력 편의 포맷이다.

Ⅳ. 실무 적용 및 기술사 판단

하드웨어의 연산 효율을 포기하고 인간의 입출력 편의에 올인한 고전 아키텍처의 활용법이다.

체크리스트 및 판단 기준

영수증 출력용 열전사 포스(POS) 프린터 펌웨어 코딩: 치킨집 영수증 프린터의 ARM MCU에서 메모리에 쌓인 판매 금액을 sprintf()를 돌려서 찍으려니 용지 출력이 1초씩 멈칫 버퍼링에 걸렸다. 돈을 쌓을 때 연산(Packed BCD)이 끝나자마자 상위 니블에 0x30(ASCII 숫자 존)만 고속 비트와이즈 OR 연산으로 발라버려 언팩드 BCD로 형 변환해 RAM 버퍼에 직결 박아둔다. 프린터 잉크젯 헤드 드라이버가 문자 파싱을 돌리지 않고 이 덮어 쓴 메모리 자체를 DMA(직접 메모리 접근)로 헤드에 쏟아버려서 출력 덤프 속도를 100배 부스팅시켰는가?
구형 COBOL 메인프레임 통계 파일 마이그레이션: 국세청의 30년 된 메인프레임 과세 원장 백업 데이터(.dat)를 하둡(Hadoop)에 올렸더니 과세 금액 필드에서 1044A, 3021K 같은 외계어 오염이 발견되었다(데이터 잭팟 의심). 이는 에러가 아니라 **'언팩드 BCD 오버펀칭 부호 파싱'**이다. EBCDIC 기반 PIC S9(5) 코볼 포맷 하에서 끝자리 알파벳 문자는 가장 마지막 숫자와 그 숫자의 부호(+/-)를 하나로 덮어써서(Overpunch) 합쳐놓은 완벽한 정상 데이터다. 빅데이터 파이프라인 Ingestion 단에 이 EBCDIC 오버펀치 문자열을 텍스트와 숫자로 쪼개 복원하는 전처리 변압기를 투입해야 한다.

안티패턴

스토리지 디비(DB Table) 원장에 언팩드 포맷을 원본 그대로 저장하는 행위: "DB를 열었을 때 사람이 눈으로 로그를 편하게 읽고 싶다(가독성)"는 이유만으로, 숫자 필드를 CHAR(10) 등 텍스트 문자로 매칭되는 언팩드 레이아웃 방식으로 원장에 밀어 넣는 범죄 행위. 연산 속도는 물론이고 IOPS 디스크를 2배 가까이 낭비하며, 스토리지 캐시에서 B-Tree 인덱스 정렬을 돌릴 때 비교기 레지스터 오버헤드를 유발하는 전근대적 아키텍처다. DB 저장은 무조건 무부호 이진수나 Packed BCD로 말아 넣고, 뷰(View) 화면 단에서만 문자로 포장을 씌워야(Unpacking) 한다.
📢 섹션 요약 비유: DB에 언팩드 BCD로 저장하는 것은 옷장에 스웨터를 보관할 때, '나중에 바로 입고 나가기 편하게' 스웨터마다 빵빵한 두꺼운 옷걸이를 다 걸고 비닐 커버(Zone)까지 일일이 씌운 뒤 옷장에 꽉꽉 채워 넣는 꼴입니다. 보기에는 좋고 꺼내 입기는 0.1초면 되지만, 옷장이 두 벌밖에 안 들어가는 공간 부족으로 터져버려 계절이 바뀔 때 관리가 안 되는 스토리지 낭비의 전형입니다.

Ⅴ. 기대효과 및 결론

언팩드 BCD(Unpacked BCD)는 연산 장치(기계)와 출력 장치(인간)가 아직 고도로 분리되지 않았던 1세대 컴퓨팅 시절, 기계의 기억 장소에 인간이 보는 텍스트를 그대로 쑤셔 넣고자 바이트 절반의 고주파 존(Zone) 영역을 통째로 낭비시킨 야만적 커뮤니케이션의 잔재다.

무려 50%의 메모리가 아무 쓸모 없는 텍스트 헤더 라벨링에 날아가지만, 데이터를 파싱하는 소프트웨어 레이어 툴이 전무했던 진공관과 천공카드 시절에는 I/O 포트로 곧바로 덤프 칠 수 있는 이 '직관적인 모니터 출력성' 하나만으로도 세상을 지배했다. 비록 최신 기종 아키텍처에서는 무덤 속으로 사라졌지만, 그 자취인 코볼(COBOL)의 오버펀치 체인(부호 숨기기)은 오늘날까지도 금융 백엔드 시스템 파싱 지옥을 만들며 전설적인 하드웨어 유산으로 남아있다.

📢 섹션 요약 비유: 언팩드 BCD는 배달 기사님이 **'짜장면 한 그릇마다 커다란 식탁보와 수저를 미리 세팅해서 랩으로 각각 거대하게 묶어 배달하는 방식'**입니다. 배달통(메모리) 부피를 엄청 잡아먹어서 오토바이에 한 번에 몇 그릇 못 싣는 최악의 배송 효율을 가졌지만, 고객(모니터)이 받는 순간 비닐만 까면 상차림(숫자 렌더링)을 1초도 안 걸리고 바로 먹을 수 있게 해주었던 초기 배달 시스템의 과잉 친절 포맷입니다.

📌 관련 개념 맵

개념	연결 포인트
팩드 BCD (Packed BCD)	이 엄청난 Zone 비트 낭비를 참지 못하고, 포장지를 박박 뜯어내어 1바이트당 숫자 2개를 꽉꽉 끼워 넣기 위해 나타난 무자비한 후대 압축 아키텍처
Zone Bit (존 비트)	1바이트 중 숫자를 표현하지 않고 "이 비트가 ASCII 문자열 규격임"을 하드웨어적으로 알리기 위해 쓰레기처럼 버려지는 윗동네 바이트 패딩 공간
Overpunch (오버펀치)	양수/음수 부호를 따로 저장할 공간이 아까워 최하위 숫자 바이트의 Zone 윗동네 공간을 뚫고 올라가 스티커처럼 덮어쓴 기괴한 다중 사용 플래그 기법
ASCII (미국정보교환표준부호)	언팩드 BCD의 탄생 명분이자 신적 존재. 숫자 앞 4비트 껍데기에 `0011`만 우겨넣으면 마법처럼 모니터에 터미널 문자가 바로 출력되는 주문서

👶 어린이를 위한 3줄 비유 설명

언팩드 BCD는 아주 큰 과자 상자(1바이트)에 과자를 딱 하나만 넣고, 나머지 절반 빈 공간은 헬륨 가스(Zone 쓰레기 비트)로 빵빵하게 채워 파는 과대 포장 상자예요!
왜 이렇게 낭비하며 파냐면, 손님(모니터 프린터)이 상자를 봤을 때 겉포장만 보고도 "아! 이건 숫자 5 구나!" 하고 그냥 껍질째 바로 화면에 인쇄해버리기 딱 좋게 예쁘게 포장해뒀기 때문이죠!
하지만 창고(하드디스크)에 쌓을 때는 절반이 텅텅 빈 헬륨 가스 포장이라 너무 공간을 더럽게 잡아먹어서, 요즘은 알맹이만 빼서 팩(Packed BCD)으로 꽉꽉 압축해버리는 기술로 바뀌었답니다!