비전공자의 개발 버퍼

 들어가기 앞서 해당 글은 '혼자 공부하는 컴퓨터구조 + 운영체제'를 참고로 작성되었습니다. 

 인터럽트는 명령어 사이클이 도는 와중 이를 중단 시키는 걸 가리킨다. 

 인터럽트는 다시 동기 인터럽트(synchronous interrupt)와 비동기 인터럽트 (asynchronous interrupt) 로 나뉜다.

 동기 인터럽트(synchronous interrupt)

 동기 인터럽트는 '예외'라고도 불리며 cpu에서 발생하는 인터럽트다. 예외가 발생 했을 때 cpu는 잠시 하던 작업을 멈추고 예외를 처리하게 된다. 

 동기 인터럽트의 종류는 다음과 같다.

 폴트(Flault) 

 예외를 처리한 직후 예외가 발생한 명령어부터 실행을 재개한다.

 예를 들어 현재 어떤 명령어를 실행하는데 특정 데이터가 필요한 상황이다. 하지만 해당 데이터가 메모리가 아닌 보조기억장치에 있으면 해당 보조기억 장치에 요청을 해야한다. 데이터를 요청을 하고 데이터가 준비되었으면 인터럽트가 발생한 시점부터 작업을 진행하게 된다.

 트랩(Trap)

 폴트와 유사하다. 다만 인터럽트가 발생한 시점이 아닌 그 다음 명령어부터 실행을 한다는 것에서 차이가 있다. 간단하게 디버깅을 예로 들 수 있겠다.

 중단(Adort)

 대단히 심각한 오류다. 대표적으로 잘못된 메모리 값. 가령 배열 크기를 넘어선 값을 읽어 온다든지 하는 경우를 예로 들 수 있겠다.  

외에 소프트웨어 인터럽트가 있는데 이는 운영체제를 다룰 때 같이 다루겠다.

 비동기 인터럽트 (asynchronous interrupt)

 비동기 인터럽트는 입출력장치에 의해 발생하는 인터럽트다.

 cpu가 입출력장치에게 작업을 명령 후 입출력장치가 해당 작업을 완료했을 때 그 완료 신호로, 또는 키보드나 마우스 이벤트가 발생했을 때 그 이벤트 처리를 할 때 저마다 cpu에게 인트럽트를 요청하게 된다. 글을 쓰고 있는 지금도 cpu에게 입력알림 인터럽트를 보내고 있다. 

 그럼 인트럽트 발생시 cpu는 어떻게 처리하는지 알아보자

 1. cpu가 보낸 작업을 완료했을 시 또는 입출력장치의 입력 인트럽트 등의 발생 시, 입출력장치는 cpu에 인트럽트 요청신호를 보낸다. 즉, 인트럽트를 바로 발생시켜 cpu의 실행중인 작업을 바로 중단 시키지 않는다는 것이다.

 2. cpu는 실행 사이클이 끝나고 다시 명령어를 인출하기 전 인트럽트를 확인한다.

 3. cpu는 인트럽트 요청을 확인하고 플래그 레지스터에서 인터럽트 플래그를 통해 현재 인터럽트를 받아들일 수 있는지 판단한다.

 참고로 인터럽트 우선순위가 높은 인터럽트(하드웨어 고장) 등은 인터럽트 플래그로 무시할 수 없다.

 4. 인터럽트를 받아들일 수 있다면 cpu는 현재 실행중인 작업을 백업한다. 백업은 메모리의 스택영역에 임시로 저장을 한다.

 5. cpu는 인터럽트 벡터를 참조하여 인터럽트 서비스 루틴을 실행한다. 

 인트럽트 서비스 루틴이란 인트럽트가 발생 했을 시 해당 인트럽트를 처리하는 프로그램이다. 쉽게말해 키보드의 입력 신호를 받았을 때 어떠한 식으로 처리하겠다 라는 메뉴얼인 셈이다.

  인터럽트 벡터는 인터럽트 서비스 루틴의 시작주소의 정보를 담고 있으며 시스템이 부팅될 때 인터럽트 벡터 테이블( Interrupt Vector Table )이라는 특정 메모리 영역에 저장된다.

 6. 인터럽트 서비스 루틴이 끝나면 백업했던 작업을 복구하여 작업을 재개한다. 

 인터럽트 요청 및 인터럽트 벡터 참조->실행 중인 프로그램 데이터 백업->참조한 주소로 점프하여 인터럽트 서비스 루틴 실행->작업이 끝나면 백업했던 작업을 복구하여 이어서 작업하는 순이다.

 사실 1번 과정 중간에 거치는 하드웨어가 있는데 이는 다음 글에서 다루겠다. 

 들어가기 앞서 해당 글은 '혼자 공부하는 컴퓨터구조 + 운영체제'를 참고로 작성되었습니다. 

 모든 입출력장치는 cpu와의 상호작용으로 동작한다. 이 때 그 역할을 하는 것이 입출력장치의 디바이스 컨트롤러(Device controller)다.

 cpu에 데이터를 전송하기 위해 버퍼에 임시로 저장하는 것도 이 장치가 수행하며 cpu와 비슷한 내부구조를 가진다.

 장치 컨트롤러에는 대표적으로 데이터 레지스터, 상태 레지스터, 제어 레지스터가 있다.

 데이터 레지스터는 cpu와 입출력장치간에 주고 받을 데이터가 담기는 레지스터다. 즉, 버퍼역할을 하는 레지스터다.

 상태 레지스터는 말 그대로 입출력 장치의 상태 정보를 저장하는 레지스터다. 입출력 작업을 할 수 있는 상태 인지, 요청한 작업이 완료되었는지, 입출력장치의 오류 등을 저장한다. 

 제어 레지스터는 입출력장치가 수행할 제어 정보와 명령 정보를 저장한다. 

 해당 레지스터들은 대략적으로 위 그림과 같이 동작한다.

 들어가기 앞서 해당 글은 '혼자 공부하는 컴퓨터구조 + 운영체제'를 참고로 작성되었습니다. 

 cpu는 아주 빠른 속도로 작업을 하며 작업에 필요한 내용들을 여러 장치에 요청하기도 한다. 하지만 cpu외 보조기억장치나 입출력장치들은 cpu보다 엄청 느리기도 하고 물리적거리도 멀기 때문에 cpu가 요청을 하여 읽어 오는데 긴 시간이 걸린다.

 이런 연산속도의 간극을 메우기 위한 것이 바로 버퍼와 캐시라는 개념이다.

 버퍼(Buffer)

 쉽게말해 입출력장치와 cpu의 속도 간극을 메우기위해 '임시로 저장하는 메모리영역'이다. 

 가뜩이나 속도가 느린 입출력장치에 cpu가 매우 빠른속도로 계속 요청을 하면 입출력장치는 해당 요청을 수행하기가 어렵다. 때문에 버퍼라는 영역을 만들어 해당 요청들을 큐(Queue) 형태로 저장하고 해당 데이터가 필요할 때 마다 꺼내 쓰게 된다.  

 즉, cpu가 입출력장치에 필요한 작업이 있으면 해당 작업을 버퍼라는 메모리에 저장을 한 뒤 기다릴 필요없이 할일을 계속 하고 입출력장치 또한 전달할 데이터가 있다면 버퍼를 통해 cpu에게 전달하게 된다. 이렇게 중간 단계가 있으면 각 장치의 속도대로 작업을 할 수 있게 된다는 것이다.  

 cpu가 속도가 빠른 만큼 많은 데이터를 저장한 후 입출력장치에서 필요할 때 꺼내 쓰며, 반대로 입출력장치가 느린만큼 데이터를 모아 cpu에 한번에 전달하는 식이다.

 캐시 메모리(Cash Memory)

 캐시메모리는 cpu(레지스터)와 메모리사이에 있는 저장장치다. cpu가 메모리에 접근하는 것 또한 느리기 때문에 필요할 때마다 메모리에 계속 접근하는 것은 좋지 않다. 때문에 캐쉬 메모리를 만들어 중간 단계를 만들었다.  

 저장장치들은 cpu와 가까울수록 속도가 빠르고 용량이 작응며, 비용(cpu 접근 효율) 또한 작다.   

 캐시 메모리는 하나만 있는 것이 아니라 여러 개의 메모리가 있는데, 이 또한 cpu의 코어와 가까울수록 빠르며 거리에 따라 각각 L1, L2, L3라고 부른다. 일반적으로 L1과 L2는 cpu 코어 내부에 있으며 L3는 밖에 위치해 있다.

 버퍼 vs 캐시 메모리

 처음에 언뜻 봤을 땐 버퍼와 캐시가 비슷해 무슨 차이인가 싶었다. 그리고 하나의 의문점이 생겼는데

 '왜 cpu와 입출력장치 사이에는 똑같이 캐시 메모리같은 중간 저장장치를 넣지 않았을까?' 이다.

 이 의문은 캐시 메모리만의 특징으로 설명 가능하다.

 캐시 메모리는 용량이 적기 때문에 저장할 데이터가 한정 돼 있는데, 그 한정된 데이터란 'cpu가 자주 사용될 것으로 예측한 데이터'이다. 하지만 입출력장치는 유저가 조작하는 것이기 때문에 예측하기 어렵기도 하고, 메모리가 cpu보다 느리기 때문에 캐시 메모리를 넣었다곤 하지만 입출력장치 사이 또한 캐시 메모리를 넣기에는 위의 그림과 같이 어마어마한 속도 차이가 나기 때문에 그다지 효율적인 방법이 아니다라는 것이다. 

 만약 굳이 캐시 메모리를 넣는다면 많은 캐시 메모리가 필요할 것이다. 당장 cpu와 메모리 사이의 캐시 메모리만 봐도 3개나 되는데 이는 상당히 비효율적일 것이다. 

 그렇다면 캐시 메모리는 어떻게 자주 쓸 데이터를 예측할까?

 바로 '참조 지역성의 원리' 라는 원칙으로 예측을 하는데, 이는 다시 시간 지역성과 공간 지역성으로 나뉜다.

 시간 지역성이란, 최근에 접근했던 메모리 공간에 다시 접근하려는 경향을 말한다. 예를 들면 밑과 같이 for문을 돌릴 때 result 변수와 for문 조건의 i변수에 자주 접근하게 된다. 

 공간 지역성이란, 접근한 메모리 공간 근처를 접근하려는 경향을 말한다. 보통 프로그램의 데이터들을 관련있는 데이터들 끼리 모여서 저장된다. 가령 게임, 웹, 동영상들을 실행 시켰다면 각각의 프로세스의 데이터들은 모여서 저장된다(cpu가 동작하는 원리를 생각한다면 당연하다). 또한 해당 프로세스안의 기능들도 관련데이터들 끼리 모여서 저장되는데, 예를 들면 게임의 채팅이나 검색을 위한 입력 기능에 관련된 기능은 모여서 저장된다.

 그러면 굳이 중구난방으로 데이터를 찾을 필요 없이 해당 데이터 주소의 근처만 접근하면 효율적으로 데이터를 찾을 수 있게된다.

 이와 같은 원칙으로 캐시 메모리는 자주 쓰일 것 같은 데이터를 예측하여 일부만 저장하여 cpu가 빠르게 데이터를 읽어 동작하게 만들어 준다. 

 들어가기 앞서 해당 글은 혼자 공부하는 컴퓨터구조 + 운영체제, 반효경교수님의 운영체제 공개강의를 참고로 작성되었습니다. 

 컴퓨터 동작방식

 기본적으로 컴퓨터의 모든 동작은 cpu를 거쳐 시작한다. 부끄러운 이야기지만 전엔 이런 기본적인 것 조차 알지 못했다. 그냥 막연하게 각 장치마다 알아서 독립적으로 작동하는 줄 알았다. 때문에 결국은 dx12 또한 cpu에서 그래픽카드에 명령을 내리는 동작들을 코딩하는 것인데 이게 뭐하는 짓인가 하며 어리둥절했던 것이다.

여튼 프로그램이 실행되면 메모리에 프로그램의 명령어, 데이터 등이 할당되고, cpu는 메모리에 저장된 명령어와 데이터를 토대로 계산하여 요청을 하거나 결과 값을 도출한다. 

 I/O장치(Input/Outpu. 입출력장치)와 디스크(보조기억장치)는 cpu에 비해 속도가 아주아주 느린데 이 간극을 메우기 위한 것이 바로 버퍼와 캐시라는 개념이다. 

 또한 cpu는 입출력장치에 읽기/쓰기 명령을 내리고 그 명령이 완료되었으면 입출력장치의 작은 cpu라고 불리는 Device controller에서 명령을 완료하였다는 신호인 인터럽트를 cpu에게 보내는데 cpu는 현재 하고 있는 동작을 백업한 후 잠시 멈추고, 인터럽트를 건 명령을 실행한 후 백업했던 동작으로 다시 돌아가 작업을 한다.  

 다만, 컴퓨터에는 많은 입출력장치가 있고 cpu가 이 많은 인터럽트 작업을 하면 안그래도 많은 연산을 수행해야하는 cpu가 효율적이게 동작하지 못한다. 때문에 따로 입출력 역할을 수행하는 DMA(Direct Memory Access) controller가 등장했다. DMA는 cpu에서 받은 명령을 입출력장치와 상호작용하여 명령을 수행하고 그 명령이 끝났다는 인터럽트만 cpu에게 보내면 되기 때문에 cpu의 부담은 줄어들게 되었다.

  위 그림에 보면 cpu와 크기는 다르지만 색이 같은 파란 장치(controller)들이 있는데, 이들은 각장치들의 작은 cpu라고 생각하면 되며, 실질적으로 각 장치와 cpu의 상호장용에 사용되는 장치다. 때문에 당연히 cpu와 동일하게 각 장치마다 레지스터영역이 존재하며 dx12에서 Rootsignature로 테이블을 올리는 영역이 이 레지스터라고 볼 수 있겠다.

CPU동작 방식

 모든 동작은 cpu에서 제어하지만 정확하겐 cpu안의 제어장치가 제어한다. ALU에서 연산을 하고 임의로 그 결과값을 레지스터에 저장하거나, 메모리에서 값을 읽어오는 등 모든 동작들은 제어장치의 전기신호로 이루어진다.  

 레지스터는 ALU가 연산을 할 때 필요한 명령어와 데이터들을 임시로 저장하는 공간이다. 기본적으로 프로그램 카운터, 명령어 카운터, 메모리 주소 레지스터, 플레그 레지스터, 범용 레지스터, 스택 포인터, 베이스레지스터 등이 있는데 레지스터는 cpu 제조사마다 종류와 이름이 다르다. 

 이상이 컴퓨터 구조와 그 동작의 큰 틀이다. 이제 다음 글부터 하나하나 뜯어보겠다.