{{위키데이터 속성 추적}}
{{OS}}
[[마이크로프로세서]]에서 '''인터럽트'''(interrupt), '''끼어듦''', 또는 '''가로막기'''란, 마이크로프로세서(CPU)가 프로그램을 실행하고있을 때, 입출력하드웨어 등의 장치에 예외상황이 발생하여 처리가 필요할 경우에 마이크로프로세서에게 알려 처리할 수 있도록 하는 것을 말한다.<ref name="M68000Manual">{{웹 인용|url=http://www.freescale.com/files/archives/doc/ref_manual/M68000PRM.pdf|제목=M68000PRM 사용 설명서, Interrupt|확인날짜=2015년6월20일|archive-date=2015-09-24|archive-url=https://web.archive.org/web/20150924015505/http://www.freescale.com/files/archives/doc/ref_manual/M68000PRM.pdf}}</ref><ref name="AVR8">{{웹 인용 |url=http://www.atmel.com/Images/Atmel-2549-8-bit-AVR-Microcontroller-ATmega640-1280-1281-2560-2561_datasheet.pdf |제목=ATmega Interrupt |확인날짜=2015-06-26 |보존url=https://web.archive.org/web/20150724032006/http://www.atmel.com/images/atmel-2549-8-bit-avr-microcontroller-atmega640-1280-1281-2560-2561_datasheet.pdf |보존날짜=2015-07-24 |url-status=dead }}</ref><ref name="Intel8051">{{웹 인용 |url=http://web.mit.edu/6.115/www/document/8051.pdf |제목=8051 Interrupt |확인날짜=2015-06-26 |보존url=https://web.archive.org/web/20150618100515/http://web.mit.edu/6.115/www/document/8051.pdf |보존날짜=2015-06-18 |url-status=dead }}</ref>

[[폴링 (컴퓨터 과학)|폴링]]이 대상을 주기적으로 감시하여 상황이 발생하면 해당처리 루틴을 실행해 처리한다면, 인터럽트는 상대가 마이크로프로세서에게 일을 처리해 달라고 요청하는 수단이다. 따라서 폴링과 대비되는 개념이다.<ref name="Interrupt vs polling">{{웹 인용|url=http://www.electronics-base.com/useful-info/software-related/90-polling-vs-interrupt|제목=입출력 처리 방식 인터럽트와 폴링|확인날짜=2015년 6월 20일|언어=en}}</ref><ref name="IO Interrupt vs polling">{{웹 인용|언어=en|url=http://www.calvin.edu/academic/rit/webBook/chapter2/design/hardware/io/interrupts.htm|제목=인터럽트와 폴링 특징|확인날짜=2015년6월20일|archive-date=2015-07-12|archive-url=https://web.archive.org/web/20150712015217/http://www.calvin.edu/academic/rit/webBook/chapter2/design/hardware/io/interrupts.htm|url-status=}}</ref>
폴링은 주기적으로 마이크로프로세서가 상태를 파악하기 위해 장치의 레지스터를 읽어야 한다. 이 작업이 진행되는 동안은 다른 장치는 체크가 힘들다. 그리고 이런 작업은 장치의 상태를 읽는데  마이크로프로세서의 자원이 낭비된다.<ref name="ComputerInterrupts">{{웹 인용|언어=en|url=http://www2.stevenson.ac.uk/computing/Comp_Arch/6%20Interrupts%20and%20Polling.pdf|제목=컴퓨터 인터럽트|확인날짜=2015년6월20일|보존url=https://web.archive.org/web/20150202173525/http://www2.stevenson.ac.uk/computing/Comp_Arch/6%20Interrupts%20and%20Polling.pdf|보존날짜=2015-02-02|url-status=dead}}</ref>

마이크로프로세서의 다른일과 겹쳐 폴링이 빠른 하드웨어에서 데이터손실될 여지가 있다면, 인터럽트는 해당 하드웨어가 CPU에게 요청하므로 빨리만 처리된다면 데이터손실위험이 작아진다. 폴링은 리얼타임에 문제의 소지가 있다면, 인터럽트는 필요할 때 처리되는 경향이 있어서 폴링보다 유리하다.

마이크로프로세서는 인터럽트를 감지하면 지금 실행중인 기계어 코드를 중단하고 해당 인터럽트를 위한 처리 프로그램으로 점프하여 해당 일을 수행한다. 인터럽트 처리를 위한 루틴을 인터럽트 서비스 루틴(ISR, Interrupt Service Routine)이라고 한다. 인터럽트는 주로 하드웨어적으로 CPU 코어(CPU-core)에 입력되고, 현재 진행중인 기계어 코드가 종료되면 실행한다. 인터럽트가 접수 되었을 때, 인터럽트를 처리할 것인가는 CPU코어의 특수레지스터에 비트 [[마스크]]를 통해 선택적으로 수용한다.<ref name="M68000Manual" /><ref name="AVR8" /><ref name="Intel8051" />

인터럽트가 걸리면 해당서비스루틴이 실행되어야 하는데, 현재 진행중인 프로그램이 영향을 받으면 안되므로 우선 ISR에서 레지스터를 스택에 대피하고 해당일을 수행한다. 레지스터 대피는 ISR에서 행하도록 기계어 코드를 구성해야 한다. C로 작성할 경우 일반함수와 차이를 두어 컴파일마다 정의하는 방식이 제공된다.<ref name="8051 Timer">{{웹 인용|url=http://www.keil.com/download/docs/96.asp|제목=8051 타이머 0, 모드 1 예|날짜확인=2015년6월19일}}</ref>

CPU코어 외부에서 인터럽트를 거는 경우가 일반적이지만, CPU 내부에서 실행하면서 걸리는 경우도 있다. 예를 들어 DIV 명령어를 실행할 때 0으로 나누어지거나, [[주소 버스]]에서 할당되지 않는 주소공간을 [[액세스]] 한다든지 하는 경우를 예외(exception)라고 말하고 [[예외처리]]를 한다.<ref name="M68000Manual" /> 인터럽트는 예외처리의 한 종류로 예외처리의 방식에 의해 처리된다.

인터럽트를 소프트웨어적으로 실행하는 방법도 제공한다. 인터럽트 기계어 명령에 의해 실행된다. x86의 경우 INT 명령어가 소프트웨어 인터럽트 명령어이다. 리눅스 커널과 같은 [[운영 체제]]에서 응용 프로그램의 저수준 입출력 함수가 실행되면, 해당 실시간 라이브러리 함수에 의해 소프트웨어 인터럽트가 실행된다. 이것을 [[시스템 콜]](system call)이라고 하고, 함수의 기능에 따라 드라이버를 구별하고 드라이버 내의 함수를 지정함과 동시에 데이터를 레지스터를 통해 넘겨준다.

어떤 마이크로프로세서(모토로라 68000)의 경우 트랩이라는 용어를 사용하기도 한다.<ref name="M68000Manual" />

컴퓨터 시스템에서 인터럽트를 거는 원천은 여러개가 존재하는 것이 일반적이다. 따라서 인터럽트의 종류를 구분하는 방법이 필요하다.

== 인터럽트 서비스 루틴 건너뛰기 방식 ==

인터럽트는 주로 하드웨어적으로 접수되어 실행되는 것이 일반적이다. 따라서 인터럽트가 접수되었을 때 어떤 하드웨어에서 보낸것인지를 CPU코어는 알필요가 있다. 인터럽트가 걸리고 인터럽트소스가 어디인지를 알기위한 절차가 실행되고, 이때 벡터라는 숫자로 CPU코어에 보내지면 소스를 구별할 수단으로 사용한다.

인터럽트 벡터를 얻었으면 ISR주소값을 찾는 과정이 실행되는데, 여기에는 2가지 방식이 있다:
* 정해진 주소값으로 무조건 건너뛴다. 따라서 정해진 메모리자리에 ISR코드가 존재해야한다.
* [[인터럽트 벡터 테이블|인터럽트벡터테이블]]에 주소값을 얻어서 건너뛴다. 따라서 인터럽트가 걸리기 전에 테이블이 완성되어 있어야 한다. RAM을 사용할 경우 ISR 주소값은 변경이 가능한 경우도 있다.

8비트 마이크로프로세서에서 인텔계열(8085,Z80)은 정해진 주소값으로 건너뛰는 방식을, 모토로라(6809)에서는 [[인터럽트 벡터 테이블]] 방식을 사용하였다.

보통, 32비트 CPU(x86, 68000)는 [[인터럽트 벡터 테이블|인터럽트벡터테이블]] 방식을 사용한다. 정해진 메모리에 해당 벡터의 ISR주소값을 저장하고 벡터값으로부터 테이블의 위치를 얻고 다시 ISR주소값을 읽어 건너뛴다. 보통 256개의 벡터값을 갖는다. 여기에는 예외처리도 포함한다.

ARM등의 RISC에서는 정해진 주소값으로 건너뛰는 방식을 사용한다. 특이한것은, 순수한 주소값이 아니라, 해당위치에 B 명령어를 넣어 특정ISR위치로 건너뛴다.

== 인터럽트 처리절차 ==

인터럽트원천인 하드웨어에서 또는 예외상황이 발생하거나 소프트웨어 인터럽트가 걸리면:
# 지금 해내고있는 기계어코드를 멈춘다.
# CPU의 특수레지스터가운데, 하이로인터럽트마스크비트를 보고 마스크되면 가로막기를 무시한다.
# 인터럽트 벡터를 읽고
# ISR주소값을 얻는다.
# ISR로 건너뛴다. 이때 PC(Program Counter, IP) 값은 저절로 대피간수된다.
# 지금 해내고있는 프로그램의 레지스터를 대피한다.
# 해당 코드를 실행한다.
# 해당 일을 다 처리하면, 대피시킨 레지스터를 되돌린다.
# ISR의 끝에 IRET 명령어에 뜻해 가로막기가 풀린다.
# IRET 명령어가 실행되면, 대피시킨 PC 값을 되돌리여, 이전실행위치로 되돌아간다.

보통, ISR로 들어가면서 CPU코어의 인터럽트마스크비트를 자동설정하고 시작되기 때문에, 다른 가로막기처리는 기다림으로 되는 경우가 일반적이다. 따라서, ISR안에서 다른 가로막기를 처리하고싶을 경우, 이 마스크비트를 해제해야한다.

== 인터럽트 핸들러 ==
{{본문|인터럽트 핸들러}}

마이크로프로세서에 인터럽트가 접수되면, 해당 [[인터럽트 핸들러]]의 코드의 위치를 찾고 실행에 옮긴다. 이 전에 실행되던 상태가 없어지면 나중에 복귀 되었을 때 문제가 발생하므로 [[프로세서 레지스터|레지스터]]와 [[프로그램 카운터]]를 보관함으로써 CPU의 상태를 보존한다. 인터럽트가 핸들링이 완료되면 이전의 상태로 복귀된다.
<!-- [[폴링 (컴퓨터 과학)|폴링]], [[벡터 인터럽트]] 중 어떤 형식인지 판단한다. 코드의 개별 부분들은 각 인터럽트 형식에 대해 어떤 동작을 취해야 할지 결정한다.-->

[[마이크로컨트롤러]]와 같은 간단한 시스템에서는 바로 RETI와 같은 명령어에 의해 바로 복귀된다. 인터럽트 실행 시, 마이크로프로세서의 레지스터 상태를 스택이나 레지스터 블럭에 대피하고, 인터럽트 핸들러의 기능적 처리를 완료한다. 인터럽트 이전으로 되돌리는 RETI 코드가 실행되기 전에 대피 했던 레지스터를 복귀한다. RETI 명령어에 의해 이제는 [[프로그램 계수기|프로그램 카운터]](PC)를 이전의 주소 위치로 바꿈으로써 복귀가 완료된다. 이러한 마이크로프로세서의 대피 및 복귀는 인터럽트 핸들러의 시작과 끝에 기계어 코드를 삽입해야 한다. 따라서 C언어에서 말하는 함수의 구조와 차이가 있다.

8051 시리얼 [[어셈블리]] 언어를 사용한 인터럽트 핸들러 예 :<ref name="8051 Interrupts">{{웹 인용|url=http://www.ee.iitb.ac.in/student/~dghosh/EE712/8051/Interrupts.pdf|제목=8051 인터럽트,6 시리얼 인터럽트|확인날짜=2015년6월25일}}</ref>

<syntaxhighlight lang="asm">
Serial_ISR:
    PUSH PSW      ;  스택에 상태 레지스터 대피
    PUSH ACC       ; 스택에 A(Accumulator) 레지스터 대피

    JNB  RI,output  ; RI 레지스터를 확인하여 수신 여부 확인하고, 수신 데이터 없으면 수신 루틴 점프
    MOV  A, SBUF  ; 데이터 버퍼를 A레지스터로 가져오고
    MOV  inchar, A  ; 문자를 변수 inchar에 저장. inchar는 특정 RAM 메모리
    CLR  RI             ; 수신 플래그를 지우고
output:                 ; 출력 루틴 시작
    JNB TI, done     ; 현재 데이터 전송 중인지를 확인하여, 전송 중일때는 출력 루틴 점프하여 생략
    MOV A, outchar ; 데이터 변수 outchar 내용을 A레지스터로 옮기고
    MOV SBUF, A    ; 시러얼 전송 버퍼에 써서 하드웨어가 보내기 시작
    CLR TI               ; 전송 인터럽트 플래그 지우고

done:               ; 종료 루틴
    POP ACC     ; A 레지스터 복귀
    POP PSW    ; 상태(플래그) 레지스터 복귀
    RETI            ; 인터럽트 핸들러 종료
</syntaxhighlight>

8051 시리얼 인터럽트 핸들러를 위한 어셈블러 언어 예 처럼, PUSH/POP 명령어에 의해 마이크로프로세서의 레지스터를 대피하여 기존에 진행되던 루틴에 영향을 미치지 않도록 하는 것이 일반적인 방법이다. 8051의 경우 ACC  뿐만 아니라 각 R0~R7까지의 범용 레지스터의 대피 여부도 함께 고민해야 한다. R 레지스터는 뱅크 구조로 여러개의 쌍이 존재하므로 인터럽트 발생 시 다른 뱅크를 선택적으로 바꾸어 대피 문제를 해결할 수 있다.

어셈블리에서 C언어의 함수처럼 특정 기능을 구현하는 블럭을 실행할 때, CALL 명령어를 사용하는데 이때 복귀 명령어는 RET이다. RET은 복귀 주소를 CALL이 실행될 때 스택에 대피 시킨 주소를 사용하여 CALL 다음 명령어로 진행한다. 인터럽트는 임의의 명령어 실행 중에 접수되면, 이 명령어가 끝나자마자 바로 특정 코드 블럭으로 점프한 것이므로 RET과 다르게 RETI을 두어 복귀 절차를 진행한다.

인터럽트 핸들러는 일반적인 C언어의 함수 들과는 차이가 있다. 따라서 인터럽트 핸들러의 표현은 C언어의 함수와는 다른 표현이 되어야 하므로 각각의 개발도구에서 제공한다. 인터럽트 핸들러의 코딩 방법은 개발 도구에서 제공된 방법을 숙지하여 표현을 해야 한다. 이것은 C/C++언어의 표준이 아니기 때문에 개발도구의 사용설명을 참고하여 코딩해야 한다.

=== 8051 인터럽트 핸들러 코딩 예 ===

* Keil통합개발환경<ref name="8051 Timer" />
<syntaxhighlight lang="c">
/*------------------------------------------------
   Timer 0 인터럽트 핸들러
------------------------------------------------*/
void timer0_ISR (void) interrupt 1 using 2
{
    // 핸들러 실행 코드는 여기에
}
</syntaxhighlight>

* IAR E.W. 통합개발환경
<syntaxhighlight lang="c">
#pragma vector=0x0b
__interrupt void timer0_interrupt_handler(void)
{
    // ...
}
</syntaxhighlight>

*  SDCC 컴파일러<ref name="SDCC">{{웹 인용|url=http://sdcc.sourceforge.net|제목=SDCC 개발환경|확인날짜=2015년6월25일|보존url=https://web.archive.org/web/20190430033914/http://sdcc.sourceforge.net/|보존날짜=2019-04-30|url-status=dead}}</ref><ref name="SDCC Manual">{{웹 인용|url=http://sdcc.sourceforge.net/doc/sdccman.pdf|제목=SDCC 사용 설명서|확인날짜=2015년6월25일}}</ref>
<syntaxhighlight lang="c">
void Timer0_ISR(void) __interrupt (1)  __using (1)
{
   // ...
}
</syntaxhighlight>

== 종류 ==
# 슈퍼바이저불러내기인터럽트(Supervisor Call Interrupt) : 사용자가 프로그램에서 SVC명령을 불러냈을 경우, 입출력수행, 기억장치할당따위를 맡는 인터럽트
# 입출력 인터럽트(I/O Interrupt) : 입출력의 종료나, 입출력의 오류에 의해 CPU의 기능이 요청되는 인터럽트
# 외부 인터럽트(External Interrupt) : 오퍼레이터나 타이머에 뜻해 의도적으로 프로그램이 중단되는 인터럽트
# 재시작 인터럽트(Restart Interrupt) : 오퍼레이터 및 다른 프로세스에 의해 재시작명령이 도착했을 때 실행되는 인터럽트
# 프로그램 검사 인터럽트(Program Check Interrupt) : 프로그램 실행중 보호된 기억공간안에 다가가거나, 불법적인 명령수행과 같은 프로그램의 문제가 발생한 경우 호출되는 인터럽트
# 장치 검사 인터럽트 (Machine check interrupt) : 하드웨어 구조로 말미암아 일어난다.

== 같이 보기 ==
* [[인터럽트 요청]]
* [[브레이크포인트]]
* [[트랩 (컴퓨팅)|트랩]]
* [[마이크로프로세서]]
* [[마이크로아키텍처]]
* [[RISC]]
* [[CISC]]

== 각주 ==
<references/>

{{CPU 기술}}
{{운영 체제}}

{{전거 통제}}

[[분류:인터럽트| ]]
[[분류:마이크로프로세서]]
[[분류:마이크로컨트롤러]]
[[분류:컴퓨터 구조]]
[[분류:중앙 처리 장치]]