559. 벡터형 인터럽트 컨트롤러 (VIC: Vectored Interrupt Controller, NVIC: Nested Vectored Interrupt Controller)

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

1. 본질: 벡터형 인터럽트 컨트롤러는 인터럽트가 발생했을 때 CPU가 원인을 다시 소프트웨어로 탐색하지 않도록, 우선순위가 가장 높은 요청을 고르고 곧바로 해당 서비스 루틴 주소로 연결해 주는 하드웨어 디스패처다.
2. 가치: VIC보다 NVIC가 강력한 이유는 단순 벡터화가 아니라, 우선순위 선점·자동 스택 저장·Tail Chaining까지 코어 내부에 통합해 지연시간과 지터를 함께 줄였다는 데 있다.
3. 판단 포인트: 인터럽트 성능은 컨트롤러 종류보다도 우선순위 설계와 ISR (Interrupt Service Routine) 길이에 크게 좌우되므로, 하드웨어 기능을 살리려면 "짧은 핸들러 + 정확한 선점 규칙"이 전제돼야 한다.

Ⅰ. 개요 및 필요성

벡터형 인터럽트 컨트롤러는 여러 주변장치에서 동시에 들어오는 인터럽트 요청을 정리해 CPU에 전달하고, 동시에 "어느 주소로 들어가야 하는지"까지 알려 주는 하드웨어다. 즉 단순히 벨을 울리는 장치가 아니라, 누가 먼저 처리돼야 하고 어디로 점프해야 하는지 결정하는 배차 시스템이다. 이 구조가 없으면 CPU는 인터럽트가 들어올 때마다 상태 레지스터를 읽어 원인을 하나씩 확인해야 하므로 응답 지연이 커진다.

초기 마이크로컨트롤러와 프로세서에서는 인터럽트 개수가 적어 소프트웨어 디스패치 비용이 크지 않았지만, 주변장치가 늘고 실시간 요구가 높아지면서 상황이 달라졌다. 모터 제어, 통신, 센서 샘플링처럼 마이크로초 단위 응답이 중요한 시스템에서는 "누가 불렀는지 찾는 시간" 자체가 손실이 된다. 그래서 인터럽트 아키텍처는 공유 IRQ (Interrupt Request)에서 vectored IRQ로, 다시 nested vectored 구조로 발전했다.

VIC와 NVIC의 차이도 바로 여기서 나온다. VIC는 벡터화 자체에 초점을 둔 반면, NVIC는 Cortex-M 코어 안으로 들어와 선점과 문맥 저장까지 하드웨어화했다. 따라서 NVIC는 더 적은 소프트웨어 개입으로 더 예측 가능한 응답시간을 만든다.

• 📢 섹션 요약 비유: VIC가 민원 창구 직원이 번호표를 뽑아 주는 역할이라면, NVIC는 응급실 분류 간호사와 수술실 문까지 한 번에 연결해 주는 체계다. 누가 급한지뿐 아니라 바로 어디로 들어가야 하는지도 같이 처리한다.

Ⅱ. 아키텍처 및 핵심 원리

벡터형 인터럽트 컨트롤러의 기본 동작은 요청 수집 → pending 기록 → 우선순위 결정 → 벡터 주소 제공 → 핸들러 진입이다. 여기서 NVIC는 한 걸음 더 나아가 예외 진입 시 주요 레지스터를 자동 저장하고, 우선순위가 더 높은 인터럽트가 들어오면 현재 ISR을 선점하며, 연속 인터럽트 사이에서는 불필요한 복귀·재진입을 줄이는 Tail Chaining을 제공한다. 이 차이가 체감 지연시간을 크게 줄인다.

이 그림은 NVIC가 왜 단순 컨트롤러가 아니라 "코어의 일부"처럼 동작하는지를 보여 준다.

┌──────────────────────────────────────────────────────────────────────────────┐
│ NVIC 흐름: 인터럽트 선택과 문맥 저장을 하드웨어에 묶어 진입 지연을 줄인다   │
├──────────────────────────────────────────────────────────────────────────────┤
│ Peripherals ─▶ Pending Bits ─▶ Priority Encoder ─▶ Vector Fetch             │
│                                                         │                   │
│                                                         ▼                   │
│                                              Auto Stack Save                │
│                                                         │                   │
│                            higher priority arrival ─────┼────▶ Preempt       │
│                                                         │                   │
│                                    next pending exists ─┴────▶ Tail Chain   │
└──────────────────────────────────────────────────────────────────────────────┘

대표적으로 Cortex-M 계열에서는 예외 진입이 약 12 cycle 수준, Tail Chaining은 약 6 cycle 수준으로 알려져 있다. 물론 실제 지연은 플래시 wait state, 버스 혼잡, ISR 코드 길이에 따라 달라지지만, 핵심은 "문맥 저장과 다음 벡터 결정"을 하드웨어가 대신함으로써 소프트웨어 가변 비용을 크게 줄였다는 데 있다.

NVIC를 제대로 쓰려면 우선순위를 단순 숫자 크기가 아니라 선점 정책으로 이해해야 한다. 높은 우선순위 인터럽트가 너무 많으면 오히려 낮은 우선순위 작업이 기아 상태에 빠질 수 있으므로, 제어 루프·통신·백그라운드 유지보수 작업을 계층적으로 나눠야 한다.

• 📢 섹션 요약 비유: NVIC는 엘리베이터 제어기와 같다. 어느 층 호출이 더 급한지 정할 뿐 아니라, 문이 열리고 닫히는 절차까지 자동화해서 승객을 더 빠르고 일정하게 실어 나른다.

Ⅲ. 비교 및 연결

벡터형 인터럽트 컨트롤러를 비교할 때는 "주소를 알려 주는가"보다 "얼마나 적은 소프트웨어 개입으로 예측 가능한 응답을 보장하는가"를 봐야 한다. 같은 벡터화라도 중첩과 자동 스택 저장이 없으면 인터럽트 지연은 ISR 코드 품질에 크게 흔들린다. 그래서 VIC와 NVIC의 차이는 기능 수보다 시스템 경계에 더 가깝다.

이 구조는 운영체제와도 직접 연결된다. RTOS (Real-Time Operating System)는 SysTick으로 주기 틱을 만들고, PendSV처럼 가장 낮은 우선순위 예외를 이용해 문맥 전환을 미룬다. 즉 인터럽트 컨트롤러 설계는 단순 주변장치 문제가 아니라, 스케줄러와 전력 관리 정책을 포함한 시스템 설계 문제다.

또한 NVIC의 장점은 DMA (Direct Memory Access)와 함께 쓸 때 극대화된다. 빠른 인터럽트 컨트롤러가 있어도 ISR에서 큰 데이터를 복사하면 의미가 줄어든다. 따라서 실무에서는 "짧은 인터럽트 + DMA 후속 처리 + 태스크로 위임"이 정석이 된다.

• 📢 섹션 요약 비유: Polling이 학생이 복도를 돌며 누가 부르는지 계속 확인하는 방식이라면, NVIC는 반장이 급한 순서대로 선생님 책상 위에 바로 호출장을 올려두는 방식이다.

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

실무에서 인터럽트 컨트롤러를 잘 쓰는 핵심은 우선순위 설계와 ISR 예산 통제다. 예를 들어 20kHz 모터 제어 루프와 UART (Universal Asynchronous Receiver-Transmitter) 로그 출력이 같은 선점 등급에 있으면, 짧은 제어 인터럽트가 긴 문자열 출력 때문에 흔들릴 수 있다. 따라서 주기 제어, 안전 감시, 통신, 백그라운드 처리를 다른 계층으로 분리해야 한다.

또한 NVIC의 자동 스택 저장은 편리하지만 무료가 아니다. 인터럽트가 너무 자주 오면 push/pop과 플래시 fetch 자체가 부담이 되므로, 고빈도 샘플링은 DMA로 배치 처리하고 인터럽트 수를 줄이는 편이 낫다. 좋은 인터럽트 설계는 "많이 반응하는 것"이 아니라 "정말 필요한 순간에만 짧게 반응하는 것"이다.

적용 체크리스트

1. 가장 긴급한 인터럽트와 덜 긴급한 인터럽트가 선점 그룹으로 분리되어 있는가?
2. ISR 내부에서 데이터 복사, 포맷팅, 대기 루프를 돌리지 않고 최소 처리만 하는가?
3. RTOS를 쓴다면 커널 API 호출 가능 우선순위와 금지 우선순위를 구분했는가?
4. 벡터 테이블 relocation이나 bootloader 연동 시 메모리 장벽과 보호 설정을 점검했는가?
5. 인터럽트 폭주 상황에서 DMA, batching, debounce 같은 빈도 제어 수단이 있는가?

피해야 할 안티패턴

• 모든 인터럽트 우선순위를 최고 등급으로 두는 설정
• ISR 안에서 printf, 동적 메모리 할당, 긴 polling 루프를 수행하는 코드
• 하드웨어는 NVIC인데 소프트웨어는 여전히 polling 구조처럼 작성해 장점을 버리는 설계
• 벡터 테이블을 바꾸고도 캐시/메모리 가시성을 고려하지 않는 부트 코드

기술사 답안에서는 VIC와 NVIC를 단순 세대 차이로 설명하기보다, 벡터화 → 중첩 선점 → 자동 문맥 저장 → RTOS 연동 흐름으로 써야 한다. 그래야 인터럽트 컨트롤러가 왜 실시간성의 핵심인지 살아난다.

• 📢 섹션 요약 비유: 좋은 인터럽트 우선순위 설계는 도로 신호 체계와 같다. 구급차, 버스, 일반차를 같은 차선에 아무렇게나 섞어 두면 도로가 막히듯, 인터럽트도 급한 일과 덜 급한 일을 분리해야 흐름이 살아난다.

Ⅴ. 기대효과 및 결론

벡터형 인터럽트 컨트롤러의 가장 큰 효과는 CPU가 사건을 더 빨리 아는 것이 아니라, 더 예측 가능하게 아는 데 있다. 응답시간이 일정해지면 제어 루프 안정성이 올라가고, 저전력 모드에서 깨어나는 시점도 더 정밀하게 다룰 수 있다. 결과적으로 성능뿐 아니라 검증 용이성과 신뢰성이 함께 좋아진다.

한계도 분명하다. 인터럽트 구조가 강력할수록 잘못된 우선순위 설계의 피해도 커지고, 지나친 인터럽트 중심 구조는 오히려 소프트웨어를 파편화한다. 따라서 이벤트 빈도가 매우 높은 경로는 DMA, 폴링 배치, 태스크 큐와 조합하는 균형 감각이 필요하다.

미래 방향은 보안 분리와 가상화다. TrustZone 기반 보안 인터럽트 분리, 가상 머신용 가상 인터럽트 주입, 멀티코어 분산 컨트롤러와의 결합이 더 중요해질 것이다. 결국 VIC/NVIC는 "인터럽트가 있다"는 사실보다, 누가 언제 어디로 들어갈지를 하드웨어가 얼마나 똑똑하게 정해 주는가로 기억해야 한다.

• 📢 섹션 요약 비유: 벡터형 인터럽트 컨트롤러는 학교의 비상 방송 체계와 같다. 단순히 종을 울리는 것이 아니라, 어느 반이 먼저 대피하고 어디로 가야 하는지까지 정확히 안내해 혼란을 줄인다.

📌 관련 개념 맵

📈 관련 키워드 및 발전 흐름도

Polling 기반 장치 감시
        │
        ▼
Vectored Interrupt Controller
        │
        ▼
Nested Vectored Interrupt Controller
        │
        ▼
RTOS 연동 예외 분리(SysTick / PendSV)
        │
        ▼
멀티코어 GIC · APIC · 가상 인터럽트 주입

이 흐름은 인터럽트 처리가 "누가 불렀는지 찾는 단계"에서 "선점·문맥 저장·시스템 정책을 함께 하드웨어화하는 단계"로 발전했음을 보여 준다.

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

1. 컴퓨터 안에는 여러 장치가 "나부터 봐 줘!" 하고 동시에 손을 들어요.
2. VIC와 NVIC는 그중에서 가장 급한 친구를 먼저 고르고, 선생님이 바로 그 친구 자리로 가게 도와줘요.
3. 특히 NVIC는 가방 챙기기까지 빨리 해 줘서, 중요한 일을 더 빨리 시작할 수 있게 해 줘요.