173. 주소 지정 방식 (Addressing Modes)

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

본질: 주소 지정 방식(Addressing Modes)은 좁아터진 명령어 비트(Operand Field) 쪼가리에 적혀있는 숫자나 암호를 CPU가 어떤 논리적 규칙으로 해독하여 '진짜 데이터가 숨어있는 메모리의 실제 위치(유효 주소, Effective Address)'를 찾아낼 것인지 결정하는 경로 탐색 알고리즘이다.

가치/영향: 32비트 명령어 안에 32비트 주소를 통째로 구겨 넣을 수 없는 물리적 한계를 우회하기 위해, 레지스터를 경유하거나(간접), 덧셈기로 주소를 밀어버리는(인덱스/상대) 눈물겨운 꼼수들을 융합하여 메모리 공간 지배력을 무한대로 폭발시켰다.

판단 포인트: 복잡한 배열 루프나 포인터 체인을 하드웨어 1클럭 만에 뒤져버릴 수 있는(CISC) 엄청난 S/W 코딩 편의성을 주지만, 주소 계산을 위해 ALU 파이프라인이 멈춰 서는 지연(Address Generation Stall)을 유발하므로, **최신 RISC 아키텍처는 이를 극단적으로 칼질하여 단순화(Load/Store 전용)**시키는 트레이드오프 전장을 형성했다.

Ⅰ. 개요 및 필요성

CPU가 명령어를 실행하려면 피연산자(Operand)라는 재료가 필요하다. 이 재료는 칩 내부 레지스터에 있을 수도, 램(RAM) 구석에 있을 수도, 아예 명령어 자체에 숫자로 적혀 있을 수도 있다. 명령어 꼬리표에 적힌 숫자를 어떻게 해석해서 진짜 재료(유효 주소, EA)를 가져올 것인가에 대한 룰북이 바로 주소 지정 방식(Addressing Modes)이다.

만약 주소 지정 방식이 '직접 메모리 주소(Direct)' 딱 하나뿐이라면 컴퓨터는 멸망한다. 32비트 명령어에서 Opcode가 8비트를 먹으면 남는 건 24비트뿐이다. 24비트로는 메모리를 기껏해야 16MB밖에 못 가리킨다. (현대 컴퓨터는 16GB, 즉 34비트가 필요하다). 아키텍트들은 "명령어 꼬리표에 32비트 꽉 찬 램 주소를 직접 다 적지 말고, '1번 레지스터에 적힌 주소를 찾아가라' 거나 **'지금 내 위치에서 100칸 뒤로 가라'**고 힌트(오프셋)만 적게 만들자!"라는 천재적 매핑 기술을 창안했다. 이것이 포인터(Pointer)와 배열(Array)이라는 고급 언어의 생명력을 하드웨어 실리콘에 불어넣은 근원적 마법이다.

📢 섹션 요약 비유: 주소 지정 방식은 보물(데이터)을 찾는 **'보물 지도 암호 해독법'**과 같습니다. 지도에 "강남역 1번 출구(직접 주소)"라고 친절히 적혀 있을 수도 있고, "내 주머니 속 메모지(레지스터)에 적힌 곳으로 가라(간접 주소)"일 수도 있으며, "네가 지금 서 있는 곳에서 정확히 동쪽으로 3걸음 가라(상대 주소)"일 수도 있습니다. 지도 한 장(명령어)에 모든 걸 다 못 적으니 온갖 꼼수(Addressing Mode)를 동원해 목적지를 찾아내는 룰입니다.

Ⅱ. 아키텍처 및 핵심 원리

명령어 비트 쪼가리가 유효 주소(EA)로 연성되는 하드웨어 계산 과정을 해부한다.

┌────────────────────────────────────────────────────────────────────────┐
│         주소 지정 방식(Addressing Mode)별 '유효 주소(EA)' 획득의 물리적 여정     │
├────────────────────────────────────────────────────────────────────────┤
│                                                                        │
│  [ 명령어: ADD R1, X ]  ──▶ (X라는 피연산자를 어떻게 요리할 것인가?)         │
│                                                                        │
│  1. 즉시(Immediate) 모드: "X가 주소가 아니라 그냥 진짜 숫자다!"                 │
│     ──▶ EA 계산 없음. 메모리 접근 0회. 걍 X를 바로 ALU로 던짐! (광속)          │
│                                                                        │
│  2. 직접(Direct) 모드: "X가 진짜 RAM의 번지수(주소)다!"                       │
│     ──▶ EA = X. (메모리를 1번 뒤져서 데이터를 퍼옴)                           │
│                                                                        │
│  3. 레지스터 간접(Register Indirect) 모드: "X번 레지스터 안에 진짜 주소가 있다!" │
│     ──▶ EA = Register[X]. (포인터 개념! 메모리 1번 접근)                      │
│                                                                        │
│  4. 인덱스(Indexed) 모드: "베이스 주소 X에다가 인덱스 레지스터 R_i를 더해라!"       │
│     ──▶ EA = X + Register[i]. (배열 Array 돌릴 때 1타 2피의 마법)           │
│                                                                        │
│  5. PC 상대(PC-Relative) 모드: "현재 명령어 주소(PC)에서 X칸 앞으로 점프해라!"    │
│     ──▶ EA = PC + X. (프로그램이 메모리 어디로 이사가든 100% 무적 생존)          │
└────────────────────────────────────────────────────────────────────────┘

가장 경이로운 아키텍처는 **'유효 주소 계산기(Address Generation Unit, AGU)'**의 분리다. 현대 슈퍼스칼라 CPU는 4번이나 5번처럼 주소를 '더해서(ADD)' 만들어야 할 때, 메인 덧셈기(ALU)를 멍청하게 기다리지 않는다. 주소만 전담해서 빛처럼 빨리 더해주는 미니 덧셈기(AGU)를 명령어 해독기(Decoder) 바로 뒤 파이프라인에 융합해 두었다. 명령어를 까자마자 AGU가 0.1나노초 만에 PC + X 를 때려버려 진짜 메모리 주소(EA)를 퉤 뱉어내고, 그 번지수로 메모리에 심부름꾼(Load 버스)을 미리 득달같이 출발시킨다. 이 스케줄링 꼼수가 하드웨어 주소 계산의 지연율(Latency)을 0으로 숨겨버린 비밀이다.

📢 섹션 요약 비유: 이 AGU 분업은 햄버거 가게의 **'주소 전담 내비게이션 알바생'**과 같습니다. 주방장(ALU)이 요리(산술 연산)를 하느라 바쁠 때, 영수증(명령어)에 "기존 손님 집(PC)에서 3블록 옆집(X)으로 배달해라"라고 복잡하게 적혀 있으면, 주방장이 그걸 계산하느라 요리가 멈춥니다. 그래서 주방장 옆에 내비게이션만 전문으로 찍어주는 알바생(AGU)을 둬서, 영수증을 보자마자 즉시 정확한 GPS 주소(EA)로 변환해 배달부(메모리 버스)에게 던져주는 쾌속 분업 시스템입니다.

Ⅲ. 비교 및 연결

주소를 향한 집착이 낳은 CISC(인텔)의 광기와 RISC(ARM)의 칼춤을 대조한다.

주소 지정 방식	메모리(RAM) 접근 횟수	하드웨어 딜레이(오버헤드)	주력 S/W 융합 포지션
즉시 (Immediate)	$0$회 (명령어 큐에서 즉출)	없음 (가장 빠름)	상수 할당, 변수 초기화 (`a = 5;`)
레지스터 (Register)	$0$회 (코어 내부 접근)	없음 (두 번째로 빠름)	핫 루프(Hot loop) 내의 지역 변수 연산
직접 (Direct)	$1$회	RAM 레이턴시 발생	전역 변수(Global Variable) 1:1 매핑
간접 (Indirect)	$2$회 (메모리 안의 메모리)	최악 (메모리 2번 왕복 지옥)	*C언어 포인터(`ptr`) 체인 맵핑**
베이스+인덱스	$1$회	AGU 덧셈 지연	배열(Array) 인덱싱 (`arr[i]`) 맵핑

인텔(x86)은 개발자를 신으로 대우했다. ADD [EBX + ESI*4 + 0x10], EAX 같은 미친 조합의 복합 주소 지정 방식을 하드웨어 칩으로 박아줬다. 베이스 주소(EBX)에 인덱스(ESI)를 더하고, 거기에 자료형 크기 4바이트(*4)를 곱한 뒤, 여분 주소(0x10)까지 한 방에 더해서 메모리를 때리게 해 줬다. 프로그래머는 C언어 구조체 배열 struct_arr[i].value를 어셈블리 단 1줄로 퉁칠 수 있어 환호했다. 하지만 CPU 내부의 해독기(Decoder)는 이 복잡한 주소 수식을 찢고 계산하느라 발열이 터지고 파이프라인이 마비되었다.

결국 스마트폰 시대를 지배한 ARM(RISC)은 반란을 일으켰다. "저딴 복잡한 주소 맵핑 다 갖다 버려! 램을 만질 수 있는 명령어는 딱 하나, 레지스터 간접 주소(Register Indirect) 방식뿐이다!" RISC는 메모리에 닿는 주소 방식을 1~2개로 극단적으로 칼질해 버렸다. 주소를 복잡하게 계산하려면 덧셈 명령어(ADD)를 두세 줄 따로 써서 레지스터 안에서 주소를 완성한 뒤에야, 비로소 LOAD 명령어에 그 레지스터를 던져주게 강제했다. 코드는 길어졌지만, 하드웨어가 깃털처럼 가벼워져 1클럭당 1명령어(IPC=1)의 스피드를 사수해 낸 배터리 전성비의 절대 승리다.

📢 단점 요약 비유: 인텔(CISC) 방식은 **'택시 기사에게 "서울시 강남구 테헤란로 152번지 건물 안 3층에 있는 철수 책상 서랍 두 번째 칸으로 가주세요"라고 한 호흡에 말하는 것'**입니다. 말하는 사람은 편하지만 기사님(CPU)은 머리가 터집니다. ARM(RISC) 방식은 **"일단 강남구로 가요 $\rightarrow$ 152번지로 가요 $\rightarrow$ 3층으로 가요"**라고 짧은 명령 여러 개를 끊어서 던져주는 방식입니다. 말은 여러 번 해야 하지만 기사님이 고민 없이 빛의 속도로 엑셀을 밟을 수 있어 도착 속도는 훨씬 빠릅니다.

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

이 주소 모드들이 현대 운영체제 보안과 컴파일러 최적화에서 터뜨리는 실전 병목들이다.

체크리스트 및 판단 기준

위치 독립 코드(PIC, Position Independent Code) 생성을 위한 PC-상대 주소(PC-Relative) 강제 융합: 리눅스에서 공유 라이브러리(.so) 파일이나 보안이 강화된 실행 파일(PIE)을 빌드할 때, 컴파일러(gcc -fPIC)는 데이터나 함수 점프 주소를 절대 번지수(Direct Addressing)로 박지 않는다. 왜냐하면 보안 기술인 ASLR(메모리 주소 난수화) 때문에 프로그램이 램의 어느 주소에 처박힐지 부팅 때마다 매번 바뀌기 때문이다! 아키텍트는 분기 및 데이터 로드 명령어의 주소 지정 방식을 무조건 '현재 PC 값(내 위치)에서 +1000 번지' 처럼 엮어버리는 PC-Relative 모드로 강제 매핑시켜야 한다. 프로그램이 메모리 우주 어디로 통째로 텔레포트 당하든, 상대적 톱니바퀴 간격은 변하지 않으므로 100% 무결점으로 돌아가는 런타임 호환성의 심장이다.
C/C++ 루프 언롤링(Loop Unrolling)과 자동 증감(Auto-increment) 주소 모드 부스팅: 100만 개짜리 오디오 배열을 읽어 들이는 while(i<1M) { sum += arr[i++]; } 코드. 컴파일러 백엔드는 이 코드를 볼 때 단순히 주소를 읽고 i를 +1 하는 명령어 2개로 쪼개지 않는다. 최신 ARM이나 DSP 칩셋에는 '사후 증가 간접 주소 지정 (Post-increment Indirect, 예: LDR R0, [R1], #4)' 이라는 사기적인 하드웨어 융합 모드가 박혀있다. 메모리에서 배열 값을 읽어 들임(Load)과 동시에, 하드웨어 AGU가 다음 배열 번지(+4바이트)로 주소 레지스터(R1)를 1클럭 만에 자동으로 돌려버린다. 덧셈 명령어 하나가 통째로 증발하면서 루프 파이프라인의 레이턴시를 절반으로 갈아 마시는 궁극의 어셈블리 튜닝이다.

안티패턴

포인터의 포인터(**ptr) 무지성 중첩 사용으로 인한 '간접 주소 지정(Indirect)' 메모리 스래싱(Thrashing) 붕괴: 자바나 파이썬 같은 객체 지향 언어에서 객체 안에 객체를 넣고 참조의 참조를 타고 들어가는 깊은 뎁스의 구조체 체인. 하드웨어 관점에서 이는 메모리(RAM)를 뒤져서 주소를 찾고, 그 주소로 또 메모리를 뒤지는 끔찍한 간접 주소 지정 모드의 연쇄 폭발이다. 레지스터 접근이 $0.5ns$인데 메인 메모리 접근은 $100ns$다. 간접 참조를 3번 타면 CPU 코어는 꼼짝없이 $300ns$ 동안 데이터가 오기를 기다리며 멈춰 서서 침을 흘린다(Memory Stall). 유능한 백엔드 프로그래머는 핫 루프(Hot Loop) 구간에서 이 깊은 간접 참조(포인터 체인)를 찢어버리고, 자주 접근하는 최종 타겟 값을 지역 변수(레지스터 주소 모드) 로 미리 복사해 빼놓고 연산하는 '데이터 지향 설계(DOD)'로 칩셋을 구원해야 한다.
📢 섹션 요약 비유: 포인터 체인(간접 주소)의 남용은 **'다단계 보물찾기 게임'**과 같습니다. 1번 상자를 열었더니 "2번 상자로 가시오" 쪽지가 있고, 2번 상자를 열었더니 "3번 상자로 가시오" 쪽지가 나옵니다. 보물(데이터) 하나를 얻기 위해 거대한 창고(메모리)를 세 번이나 횡단해야 하니 숨이 넘어갑니다. 진짜 고수는 처음부터 보물 지도를 한 장의 엑셀 표(연속된 배열, 직접 주소)로 평탄화시켜 놓고 1초 만에 물건을 빼옵니다.

Ⅴ. 기대효과 및 결론

주소 지정 방식(Addressing Modes)은 한정된 32비트 명령어라는 비좁은 단칸방 안에서, 수십 기가바이트의 광활한 메모리 우주를 완벽하게 통제하고 찌르기 위해 인류가 발명한 **'가장 창의적인 공간 압축 매핑 문법'**이다.

C/C++ 프로그래머가 너무나 당연하게 사용하는 포인터(*), 배열([]), 구조체 오프셋(->), 그리고 전역 변수와 지역 변수라는 소프트웨어의 추상적 문법들은, 사실 칩셋 내부에 하드와이어드(Hardwired)로 땜질 되어있는 이 주소 지정 방식 회로망(AGU)이 없다면 단 한 줄도 기계어로 번역될 수 없는 껍데기에 불과하다. 과거 CISC 시대에는 이 주소 융합 모드를 스위스 아미 나이프처럼 수십 개씩 욱여넣어 컴파일러의 짐을 덜어주려 했지만, 클럭(GHz) 속도가 신앙이 된 현대 RISC 시대에는 복잡한 간접/복합 주소 모드들을 가차 없이 쓰레기통에 처박고 오직 '레지스터와 단순 변위(Offset)'만을 남겨 파이프라인의 광속 스루풋을 사수하는 방향으로 아키텍처 세계관이 완벽히 정돈되었다.

📢 섹션 요약 비유: 주소 지정 방식의 진화는 **'우편 배달부의 진화'**입니다. 옛날(CISC)엔 "빨간 지붕 집 옆 골목 세 번째 집 2층 철수네(복잡한 주소 지정)"라고 길게 써줘도 찰떡같이 찾아가는 친절한 배달부였지만 속도가 느렸습니다. 지금의 슈퍼스칼라 CPU(RISC)는 **"다 필요 없고 무조건 우편번호랑 동호수(단순 레지스터 오프셋)만 딱 적어! 안 그럼 반송이야!"**라고 외치는 냉혹한 배달부입니다. 융통성은 없어졌지만 덕분에 하루에 수백만 개의 택배(명령어)를 기계적으로 쏟아붓는 엄청난 물류 속도의 기적을 이뤄낸 것입니다.

📌 관련 개념 맵

개념	연결 포인트
명령어 형식 (Instruction Format)	주소 지정 방식이 어디에 어떤 비트로 박혀 있을지 빵틀의 모양을 규정하는 영혼의 단짝. 주소 방식이 복잡해질수록 명령어 형식의 Opcode 자리를 미친 듯이 갉아먹는 트레이드오프 파트너
PC-상대 주소 지정 (PC-Relative)	절대 주소를 버리고 "내(PC)가 선 곳에서 몇 칸 뒤"라는 상대적 지표를 통해, 프로그램 코드가 메모리 어디로 이사(Relocation) 가더라도 완벽히 굴러가게 만든 ASLR 보안의 하드웨어 일등 공신
레지스터 스필링 (Register Spilling)	엄청나게 빠른 레지스터 주소 지정 모드를 쓰고 싶어도, 변수 개수가 32개를 넘어가서 어쩔 수 없이 지옥의 늪인 메모리(스택) 주소 지정 모드로 쫓겨나면서 속도가 100배 떡락하는 참사
AGU (Address Generation Unit)	덧셈기(ALU)가 바쁘니까 주소 오프셋 계산($Base + Index$)만 빛처럼 빨리 전문으로 더해서 유효 주소(EA)를 뽑아주는 칩셋 내부의 든든한 0.1나노초 계산 보조 심부름꾼

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

주소 지정 방식은 컴퓨터가 보물(데이터)을 찾으러 갈 때, 보물지도(명령어)에 적힌 암호를 보고 "진짜 보물이 묻힌 땅"을 찾아내는 길 찾기 규칙이에요!
지도에 "보물은 100번지에 있다(직접 주소)"고 친절하게 적혀있을 수도 있고, "너의 오른쪽 주머니(레지스터)에 적힌 번호로 가라(간접 주소)"거나 "지금 네가 선 곳에서 앞으로 5발짝만 더 가라(상대 주소)" 등 엄청 다양한 암호 규칙들이 섞여 있어요.
이렇게 암호를 다양하게 꼬아놓은 이유는, 작은 지도 종이 한 장(32비트 명령어)에 우주만큼 거대한 땅(메모리)의 모든 주소를 다 적을 수 없어서 꼼수를 부려 똑똑하게 보물을 찾아내기 위한 발명품이랍니다!