316. 인터럽트 벡터 (Interrupt Vector)

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

본질: 인터럽트 벡터(Interrupt Vector)는 다양한 인터럽트 요청이 발생했을 때 각각의 인터럽트를 처리할 ISR(Interrupt Service Routine)이 메모리의 어느 주소에 위치하는지를 가리키는 포인터이며, IVT(Interrupt Vector Table)에 배열 형태로 저장된다.

가치: CPU는 인터럽트 번호만으로 단일 클럭 사이클 내에 IVT를 참조하여 즉시 ISR로 분기할 수 있어, 인터럽트 원인 파악을 위한 오버헤드(Overhead)를 획기적으로 낮춘다.

융합: 고전적인 PIC(Programmable Interrupt Controller)부터 현대의 MSI(Message Signaled Interrupt)까지 아우르며, 멀티코어 환경에서 인터럽트 라우팅 및 처리의 핵심 메커니즘으로 작용한다.

Ⅰ. 개요 및 필요성 (Context & Necessity)

개념 정의

인터럽트 벡터(Interrupt Vector)는 하드웨어 또는 소프트웨어 인터럽트가 발생했을 때, 이를 처리하기 위해 실행되어야 할 ISR(Interrupt Service Routine)의 시작 주소를 담고 있는 정보의 단위다. 이들은 메모리의 특정 구역(일반적으로 하위 주소)에 인터럽트 벡터 테이블(IVT, Interrupt Vector Table)이라는 데이터 구조로 집계되어 관리된다.

왜 벡터 방식이 필요한가?

시스템에는 수십 개의 입출력 장치와 예외 상황이 존재한다. 만약 벡터 방식이 없다면, CPU는 인터럽트가 발생할 때마다 모든 장치를 순차적으로 조사(폴링)하여 누가 신호를 보냈는지 확인해야 한다.

[인터럽트 식별 메커니즘의 진화]

1. 폴링 방식 (비효율적)
   인터럽트 발생 → CPU가 장치 A 조사 → 아니오 → 장치 B 조사 → 아니오 ... (탐색 지연 발생)

2. 벡터 방식 (효율적)
   인터럽트 발생 시 장치가 자신의 고유 번호(벡터)를 함께 전달
   CPU는 즉시 해당 번호에 대응하는 주소로 점프

   ┌─────────────┐      ┌─────────────────────────┐      ┌─────────────┐
   │ I/O 장치     │ ──▶  │ 벡터 번호(예: 33) 전달    │ ──▶  │ ISR로 즉시 점프│
   └─────────────┘      └─────────────────────────┘      └─────────────┘

[다이어그램 해설] 폴링 방식은 장치의 개수가 늘어날수록 인터럽트 응답 시간(Latency)이 선형적으로 증가하는 치명적인 단점이 있다. 반면 벡터 방식은 장치가 인터럽트 요청(IRQ, Interrupt Request)과 함께 자신의 신분증에 해당하는 '벡터 번호'를 CPU에 직접 제시한다. 이로 인해 CPU는 별도의 탐색 과정 없이 즉각적인 대응이 가능해진다.

📢 섹션 요약 비유: 큰 건물에 화재 경보가 울렸을 때, 경비원이 모든 사무실 문을 두드리며 불이 났는지 확인하는 것이 폴링이라면, 화재 수신기에 "3층 305호 화재"라고 정확한 위치(벡터)가 찍혀 소방관이 곧바로 달려가는 것이 인터럽트 벡터 방식이다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

IVT 및 IDT 테이블 구조

CPU는 인터럽트 번호를 받으면 IVT(Interrupt Vector Table) 또는 현대적 보호 모드의 IDT(Interrupt Descriptor Table)에서 ISR 주소를 인출한다.

[IVT/IDT 테이블 논리 구조 (x86 기반)]

 메모리 주소        엔트리(Entry) 내용               인터럽트 원인
┌──────────────┬──────────────────────────┬────────────────────────────┐
│ 0x00000000   │ ISR 주소 (Entry 0)       │ 0으로 나누기 예외 (Divide by 0) │
├──────────────┼──────────────────────────┼────────────────────────────┤
│ 0x00000004   │ ISR 주소 (Entry 1)       │ 디버그 예외 (Debug)          │
├──────────────┼──────────────────────────┼────────────────────────────┤
│ 0x00000008   │ ISR 주소 (Entry 2)       │ NMI (비차단 인터럽트)          │
├──────────────┼──────────────────────────┼────────────────────────────┤
│     ...      │          ...             │             ...            │
├──────────────┼──────────────────────────┼────────────────────────────┤
│ 0x00000084   │ ISR 주소 (Entry 33)      │ 키보드 인터럽트 (IRQ 1)       │
└──────────────┴──────────────────────────┴────────────────────────────┘

* 계산식: ISR 주소 위치 = IVT 시작 주소 + (벡터 번호 × 엔트리 크기)

[다이어그램 해설] 인터럽트 벡터는 단순한 주소값의 나열이다. 각 엔트리의 크기가 고정되어 있으므로(예: 4바이트 또는 8바이트), CPU는 수신한 벡터 번호에 엔트리 크기를 곱하는 아주 간단한 산술 연산만으로 ISR의 주소가 담긴 위치를 찾아낼 수 있다. 이러한 고정 인덱스(Fixed Index) 구조가 인터럽트 처리 속도를 극대화하는 핵심이다.

PIC 및 APIC를 통한 벡터 생성

장치에서 발생한 물리적 전기 신호(IRQ)를 소프트웨어적 벡터 번호로 변환하는 역할은 인터럽트 컨트롤러(PIC/APIC)가 담당한다.

[PIC(8259A) 동작 및 벡터 매핑 흐름]

  입력 라인(IRQ)         제어 로직 (Priority Resolver)        출력(Vector)
┌───────────────┐      ┌──────────────────────────┐      ┌───────────────┐
│ IRQ 0 (타이머)  │ ──▶ │                          │      │ 벡터 32 (0x20) │
├───────────────┤      │ 우선순위가 높은 신호를      │      ├───────────────┤
│ IRQ 1 (키보드)  │ ──▶ │ 선택하여 CPU에 통지하고      │ ──▶ │ 벡터 33 (0x21) │
├───────────────┤      │ 해당 벡터 번호를 데이터      │      ├───────────────┤
│ IRQ 3 (COM2)  │ ──▶ │ 버스에 실어 보냄           │      │ 벡터 35 (0x23) │
└───────────────┘      └──────────────────────────┘      └───────────────┘

* APIC(Advanced PIC) 환경에서는 더 많은 IRQ 라인과 유연한 벡터 할당 기능을 제공함

[다이어그램 해설] PIC(Programmable Interrupt Controller)는 여러 장치의 요청 중 우선순위가 가장 높은 것을 골라 CPU의 인터럽트 핀에 신호를 준다. 이후 CPU가 승인(INTA) 신호를 보내면, PIC는 사전에 설정된 오프셋을 기반으로 계산된 벡터 번호를 전송한다. 현대의 APIC 시스템은 이를 다중 코어 분산 처리 구조로 확장하여 성능을 더욱 개선했다.

📢 섹션 요약 비유: PIC는 전화기 교환수와 같다. 여러 곳에서 동시에 전화(IRQ)가 올 때, 가장 중요한 전화를 먼저 연결해주면서 수신자(CPU)에게 "어디에서 온 전화(벡터 번호)"인지 알려주는 역할을 한다.

Ⅲ. 융합 비교 및 다각도 분석 (Comparison & Synergy)

벡터 인터럽트 vs 데이지 체인 (Daisy Chain)

인터럽트 원인을 파악하는 방식에 따른 비교 분석이다.

비교 항목	벡터 인터럽트 (Vectored Interrupt)	데이지 체인 (Daisy Chain)
동작 원리	컨트롤러가 직접 벡터 번호 생성 및 전달	장치들이 직렬로 연결되어 신호 전파
응답 속도	매우 빠름 (상수 시간 O(1))	상대적으로 느림 (연결 순서에 비례 O(n))
하드웨어 비용	높음 (PIC/APIC 칩 및 복잡한 회로 필요)	낮음 (단순한 직렬 선로로 구현 가능)
확장성	우수함 (벡터 번호 범위 내 무한 확장 가능)	제한적 (체인이 길어지면 지연 시간 증가)
주요 적용	현대적 PC, 서버, 고성능 임베디드	초기 컴퓨터, 소형 마이크로컨트롤러

MSI (Message Signaled Interrupt)와의 결합

PCI Express 시대에 접어들며 물리적 IRQ 라인을 대신하여 메모리 쓰기(Memory Write) 방식으로 인터럽트를 발생시키는 MSI 기술이 벡터 시스템과 결합되었다.

[MSI 방식의 인터럽트 벡터 전달]

 장치 (예: NVMe SSD)                 루트 콤플렉스(RC)                 CPU
┌────────────────────┐      ┌────────────────────┐      ┌────────────────────┐
│ 특정 주소에 벡터      │ ──▶  │ 메시지 패킷 수신 및    │ ──▶  │ 벡터 번호를 식별하여  │
│ 데이터(33) 쓰기 실행  │      │ 인터럽트 신호로 변환    │      │ IDT 참조 후 ISR 실행 │
└────────────────────┘      └────────────────────┘      └────────────────────┘

[다이어그램 해설] 과거에는 물리적인 구리선(IRQ Line)이 부족하여 여러 장치가 인터럽트를 공유(Sharing)해야 했고, 이는 성능 저하의 원인이 되었다. MSI는 메모리 버스를 통해 벡터 번호를 직접 쏘아 올리므로, 핀 수의 제한 없이 각 장치에 고유한 벡터를 할당할 수 있어 인터럽트 처리의 효율성이 극대화된다.

📢 섹션 요약 비유: 데이지 체인이 복도의 학생들이 순서대로 옆 사람에게 "너 불렀니?"라고 물어보는 방식이라면, MSI를 포함한 벡터 인터럽트는 모든 학생이 각자 고유한 메신저 아이디로 교무실에 직접 메시지를 보내는 것과 같다.

Ⅳ. 실무 적용 및 기술사적 판단 (Strategy & Decision)

실무 시나리오: 인터럽트 지연 시간(Latency) 최적화

상황: 초고속 네트워크 카드나 스토리지에서 인터럽트 처리가 병목이 되어 전체 시스템 처리량이 떨어지는 경우.

판단 및 전략:

인터럽트 친화성(Affinity) 설정: 특정 인터럽트 벡터가 특정 CPU 코어에서만 처리되도록 고정하여 캐시 히트율(Cache Hit Rate)을 높이고 코어 간 문맥 교환 오버헤드를 줄인다.
MSI-X 활용: 하나의 장치가 여러 개의 벡터를 갖게 하여, 네트워크 카드의 각 수신 큐(Queue)를 서로 다른 코어에 분산 배치한다.
인터럽트 병합(Coalescing): 너무 빈번한 인터럽트는 오버헤드를 키우므로, 일정 시간 동안 인터럽트를 모아서 한 번에 벡터를 호출하도록 장치를 설정한다.

안티패턴 및 주의사항

벡터 부족(Vector Exhaustion): 시스템에서 할당 가능한 인터럽트 벡터의 개수는 유한하다(예: x86에서 가용한 벡터는 약 200여 개). 수많은 가상 머신이나 장치를 사용할 경우 벡터가 부족하여 장치 초기화에 실패할 수 있다.
공유 인터럽트 문제: MSI를 지원하지 않는 레거시 장치가 같은 벡터를 공유하면, ISR 내에서 장치 상태를 일일이 확인해야 하므로 응답 시간이 급격히 증가한다.

[인터럽트 최적화 의사결정 트리]

          인터럽트 처리가 느린가?
                │
        ┌───────┴───────┐
   예(Yes)            아니오(No) ──▶ 현상 유지
        │
  MSI-X 지원하는가?
    ┌───┴───┐
  예(Yes)  아니오(No) ──▶ IRQ 공유 여부 확인 및 레거시 장치 교체 검토
    │
  인터럽트 분산 설정 (Affinity)
    │
  캐시 효율성 및 처리량 증대 확인

📢 섹션 요약 비유: 인터럽트 최적화는 고속도로 톨게이트 운영과 같다. 모든 차(벡터)를 1번 창구(코어 0)로만 보내면 정체가 발생하므로, 하이패스(MSI-X)를 도입하고 여러 창구를 열어 차들을 분산시키는 것이 실무의 핵심이다.

Ⅴ. 기대효과 및 결론 (Future & Standard)

기대효과

시스템 응답성 향상: 원인 파악 단계의 제거로 실시간 시스템(RTOS)의 결정론적(Deterministic) 성능 보장.
멀티코어 확장성: 각 코어별로 독립적인 인터럽트 벡터 할당을 통해 병렬 처리 효율 극대화.
하드웨어 유연성: MSI 등을 통한 물리적 자원(핀) 제약 해소 및 소프트웨어 정의 인터럽트 라우팅 가능.

결론 및 미래 전망

인터럽트 벡터는 컴퓨터 아키텍처에서 하드웨어 사건을 소프트웨어 제어로 연결하는 가장 효율적인 교량이다. 미래의 컴퓨팅 환경에서는 인공지능(AI) 가속기나 스마트 닉(SmartNIC)과 같이 인터럽트 발생 빈도가 극도로 높은 장치들이 늘어남에 따라, 인터럽트 벡터 테이블을 동적으로 재구성하거나 하드웨어 수준에서 인터럽트를 걸러내는 기술이 더욱 중요해질 것이다.

📢 섹션 요약 비유: 인터럽트 벡터는 도서관의 십진분류표와 같다. 초기에는 종이에 적힌 고정된 표였지만, 미래에는 독자의 요구에 따라 실시간으로 위치를 바꾸고 안내해주는 인공지능 사서와 같은 형태로 진화할 것이다.

📌 관련 개념 맵 (Knowledge Graph)

인터럽트 (Interrupt): 하드웨어나 예외 상황이 발생했음을 CPU에 알리는 비동기적 신호
ISR (Interrupt Service Routine): 특정 인터럽트 벡터를 처리하기 위해 작성된 소프트웨어 루틴
IVT / IDT: 인터럽트 벡터들을 배열 형태로 모아 놓은 메모리상의 테이블
PIC / APIC: 장치의 IRQ 신호를 수집하여 벡터 번호를 생성하고 CPU에 전달하는 하드웨어
MSI / MSI-X: 메시지 기반으로 벡터를 전달하여 물리적 핀 제약을 해결한 최신 인터럽트 방식
인터럽트 친화성 (Interrupt Affinity): 특정 벡터 처리를 특정 CPU 코어에 할당하는 최적화 기법

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

인터럽트 벡터는 학교 보건실에 있는 '증상별 구급상자 번호'와 같아요. 배가 아프면 1번 상자, 넘어져서 피가 나면 2번 상자를 바로 꺼내는 식이죠.
만약 이 번호가 없다면, 선생님은 아이가 다칠 때마다 모든 구급상자를 하나씩 다 열어봐야 해서 치료가 늦어질 거예요.
벡터 덕분에 "나 2번이야!"라고 외치기만 하면, 선생님은 즉시 알맞은 약과 밴드를 가져와서 아주 빠르게 고쳐줄 수 있답니다.