Process & Thread 란? (multi process & multi thread & Deadlock 정리)

Process 란?

실행파일(program)이 memory에 적재되어 CPU를 할당받아 실행되는 것을 process라고 한다.

 

운영체제를 관통하는 핵심적인 단어 하나를 뽑는다면 Process이다.

운영체제가 작동하는 다양한 원리들이 바로 Process를 위해 존재하는 것이다.

따라서 process의 정의를 잘 이해한다면 운영체제의 다른 내용들을 이해하기 편하다.

process를 memory와 CPU관점으로 생각하기! 

Process

프로세스(process)란 실행중인 프로그램(program in execution)을 뜻한다.

즉, 실행파일 형태로 존재하던 program이 memory에 적재되어 CPU에 의해 실행(연산)되는것을 process라고 한다. 

( + program은 단순히 명령어 리스트를 포함하는 파일이다.)

Memory에 적재

memory는 CPU가 직접 접근할 수 있는 컴퓨터 내부의 기억장치이다.

program이 CPU에서 실행되려면 해당 내용이 memory에 적재된 상태여야만 한다.

프로세스에 할당되는 memory 공간은 Code, Data, Stack, Heap 4개의 영역으로 이루어져 있으며, 각 process마다 독립적으로 할당을 받는다.

 

CPU의 연산과 PC register

프로그램의 코드를 토대로 CPU가 실제로 연산을 해야만 프로그램이 실행된다고 볼 수 있다.

어떤 코드를 읽어야 하는가를 정하는 것은 CPU 내부에 있는 PC(Program counter) register에 저장되어 있다.

PC register에는 다음에 실행될 코드(명령어, instruction)의 주소값이 저장되어 있다.

즉, memory에 적재되어있는 process code영역의 명령어중 다음번 연산에서 읽어야할 명령어의 주소값을 PC register가 순차적으로 가리키게 되고, 해당 명령어를 읽어와서 CPU가 연산을 하게 되면 process가 실행이 되는 것이다.

process의 momory 영역에 대해 설명

프로세스가 운영체제에서 할당받는 메모리 공간은 code, data, stack, heap 영역으로 구분된다.

• code 영역은 실행한 프로그램의 코드가 저장되는 메모리 영역이다. 
• data 영역은 프로그램의 전역 변수와 static 변수가 저장되는 메모리 영역이다.
• heap 영역은 프로그래머가 직접 공간을 할당(malloc)/해제(free) 하는 메모리 영역이다.
• stack 영역은 함수 호출 시 생성되는 지역 변수와 매개 변수가 저장되는 임시 메모리 영역이다.

반응형

Multi process

Multi process란 2개 이상의 process가 동시에 실행되는 것을 말한다.

동시에라는 말은 동시성(concurrency)과 병렬성(parallelism) 두가지를 의미한다.

동시성은 CPU core가 1개일 때, 여러 process를 짧은 시간동안 번걸아 가면서 연산을 하게 되는 시분할 시스템(time sharing system)으로 실행되는 것이다.

병렬성은 CPU core가 여러개일 때, 각가의 core가 각각의 process를 연산함으로써 process가 동시에 실행되는 것이다.

동시성과 병렬성의 자세한 내용

https://jay-din.tistory.com/9

동시성 (Concurrency)과 병렬성 (Parallelism)

 

우리가 쓰는 노트북은 CPU core가 여러개 있다. core가 여러개여서 실제로 여러 process가 동시에 처리되는 것을 병렬성이라고 한다.

앞으로 설명할 모든 내용은 Single core의 동시성에 초점을 맞췄다.

Multi process

Multi process란 2개 이상의 process가 동시에 실행되는 것을 말한다.

이 때 process들은 CPU와 메모리를 공유하게 된다.

memory의 경우에는 여러 process들이 각자의 memory영역을 차지하여 동시에 적재된다.

반면 하나의 CPU는 매 순간 하나의 process만 연산할 수 있다. 하지만 CPU의 처리속도가 빨라서 수 ms 이내의 짧은 시간동안 여러 process들이 CPU에서 번갈아 실행되기 때문에 사용자 입장에서는 여러 프로그램이 동시에 실행되는 것처럼 보인다.

이처럼 CPU의 작업시간을 여러 process들이 조금씩 나누어 쓰는 시스템을 시분할 시스템(time sharing system)이라고 부른다.

메모리 관리

여러 process가 동시에 memory에 적재된 경우,

서로 다른 process의 영역을 침범하지 않도록 각 process가 자신의 memory영역에만 접근하도록 운영체제가 관리해준다.

CPU의 연산과 PC register 

CPU는 PC(Program counter) register가 가리키고 있는 명령어를 읽어들여 연산을 실행한다.

PC register에는 다음에 실행될 명령어의 주소값이 저장되어 있다.

multi process 시스템에서는 process1이 진행되고 있을 때는 process1의 code 영역을 가리키게 된다.

CPU는 PC register가 가리키는 곳에 따라 process를 변경해 가면서 명령어를 읽어들이고 연산을 하게 된다.

Context 

시분할 시스템에서는 한 process가 매우 짧은 시간동안 CPU를 점유하여 일정 부분의 명령을 수행하고, 다른 process에게넘긴다. 그 후 차례가 되면 다시 CPU를 점유하여 명령을 수행한다.

따라서 이전에 어디까지 명령을 수행했고, register에는 어떤 값이 저장되어 있었는지에 대한 정보가 필요하게 된다. process가 현재 어떤 상태로 수행되고 있는지에 대한 총제적인 정보가 바로 context이다. context 정보들은 PCB(Process Control Block)에 저장을 한다.     

PCB (Process Control Block)

PCB는 운영 체제가 프로세스를 표현한 자료구조이다.

PCB에는 프로세스의 중요한 정보가 포함되어 있기 때문에, 일반 사용자가 접근하지 못하도록 보호된 메모리 영역 안에 저장이 된다.

일부 운영 체제에서 PCB는 커널 스택에 위치한다. 이 메모리 영역은 보호를 받으면서도 비교적 접근하기가 편리하기 때문이다.

PCB
Process State	new, running, waiting, halted 등의 state가 있다.
Process Number	해당 process의 number
Program counter(PC)	해당 process가 다음에 실행할 명령어의 주소를 가리킨다.
Registers	컴퓨터 구조에 따라 다양한 수와 유형을 가진 register 값들
Memory limits	base register, limit register, page table 또는 segment  table 등
...

Context switch

Context switch란 한 프로세스에서 다른 프로세스로 CPU 제어권을 넘겨주는 것을 말한다.

이 때 이전의 프로세스의 상태를 PCB에 저장하여 보관하고 새로운 프로세스의 PCB를 읽어서 보관된 상태를 복구하는 작업이 이루어진다. 

Thread 

Thread는 한 process 내에서 실행되는 동작(기능 function)의 단위이다.

각 Thread는 속해 있는 process의 Stack 메모리를 제외한 나머지 memory 영역을 공유할 수 있다.

Thread는 process내에서 독립적인 기능을 수행한다.

즉, 독립적으로 함수를 호출함을 의미하고 이를 위해 stack memory와 PC Register가 각자 필요한 것이다.  

Multi thread 

Multi thread란 하나의 process가 동시에 여러 개의 일을 수행할 수 있도록 해주는 것이다.

즉, 하나의 process에서 (실행이 된하나의 program에서) 여러 작업을 병렬로 처리하기 위해 multi thread를 사용한다.

Multi thread에서는 한 process 내에 여러 개의 thread가 있고, thread들은 Stack 메모리를 제외한 나머지 영역(Code, Data, Heap) 을 공유하게 된다.     

 

Thread와 Multi thread

Thread는 process 내에서 독립적인 기능을 수행한다. 

각 thread가 독립적인 기능을 수행한다는 것은 독립적으로 함수를 호출함을 의미한다.

Stack memory & PC register

Thread가 함수를 호출하기 위해서는 인자 전달, Return Address 저장, 함수 내 지역변수 저장 등을 위한 독립적인 stack memory 공간을 필요로 한다. 

결과적으로 thread는 process로부터 Stack memory 영역은 독립적으로 할당 받고, Code, Data, Heap 영역은 공유하는 형태를 갖게 된다.

또한  Multi thread에서는 각각의 thread마다 PC register를가지고 있어야 한다. 그 이유는 한 process 내에서도 thread끼리 context switch가 일어나게 되는데, PC register에 code address가 저장되어 있어야 이어서 실행을 할 수 있기 때문이다.    

 

thread는 왜 독립적인 stack memory 영역이 필요한가?

Stack 영역은 함수 호출 시 전달되는 인자, 함수의 Return Address, 함수 내 지역변수 등을 저장하기 위한 memory영역이다. thread가 process내에서 "독립적인 기능을 실행"한다는 것은 "독립적으로 함수를 호출"함을 의미한다.

따라서 thread가 독립적인 동작을 실행하기 위해서는 각 thread의 stack memory영역이 독립적이여야 한다.

process와 thread 비교 설명

process	운영체제로부터 자원을 할당받는 작업의 단위이고 thread는 process가 할당받은 자원을 이용하는 실행의 단위이다. 즉, process는 실행파일(program)이 memory에 적재되어 CPU를 할당받아 실행되는 것이다.
thread	한 process 내에서 실행되는 동작의 단위이다. process는 memory 공간에 code, data, heap, stack 영역이 있는데, thread는 process내에서 stack 영역을 제외한 code, data, heap 영역을 공유한다.

반응형

 

Multi process와 Multi thread 비교 설명

Multi process	- Mulit thread보다 많은 메모리 공간과 CPU 시간을 차지한다. - 하나의 process가 죽더라도 다른 process에 영향을 주지 않아 안정성이 높다.
Multi thread	- Mulit process보다 적은 메모리 공간을 차지하고 Context Switching이 빠르다. - 동기화 문제와 하나의 thread 장애로 전체 thread가 종료될 위험이 있다.

두 방법은 동시에 여러 작업을 수행한다는 측면에서 유사한 면이 있다.

적용할 시스템에 따라 두 방법의 장단점을 고려하여 적합한 방식을 선택해야 한다.

메모리 구분이 필요할 때는 multi process가 유리하다.

반면, Context switching이 자주 일어나고 데이터 공유가 빈번한 경우, 그리고 자원을 효율적으로 사용해야 되는 경우에는 mulit thread를 사용하는 것이 유리하다.

Multi process & Multi thread

Multi process 대신 multi thread로 구현할 경우, 메모리 공간과 시스템 자원 소모가 줄어들게 된다.

하지만 mutli thread를 사용할 때는 thread간 자원을 공유하기 때문에 동기화 문제가 발생할 수 있기 때문에 이를 고려한 프로그램 설계가 필요하다.

또한 process간의 통신(IPC)보다 thread간의 통신 비용이 적기 때문에 통신으로 인한 오버헤드가 적다.

	메모리 사용 / CPU 시간	Context switching	안정성
Multi process	많은 메모리 공간 /  CPU 시간 차지	느림	높음
Mutli thread	적은 메모리 공간 / CPU 시간 차지	빠름	낮음

Multi thread가 multi process보다 좋은 점은?

Multi process를 이용하던 작업을 multi thread로 구현할 경우, 메모리 공간과 시스템 자원 소모가 줄어들게 된다.

또한, process를 생성하고 자원을 할당하는 등의 system call을 생략할 수 있기 때문에 자원을 효율적으로 관리할 수 있다.

뿐만 아니라 Context swtiching 시 캐시 메모리를 초기화할 필요가 없어서 속도가 빠르다.

데이터를 주고 받을 때를 비교해보면, process 간의 통신 (IPC)보다 mutli thread 간의 통신 비용이 적기 때문에 통신으로 인한 오버헤드가 적다.

Multi thread가 multi process보다 안좋은 점은?

thread 간의 자원 공유 시 동기화 문제가 발생할 수 있어서 프로그램 설계 시 주의가 필요하고, 하나의 thread에 문제가 생기면 process내의 다른 thread에도 문제가 생길 수 있다.

 

Mutli process 환경에서 process 간에 데이터를 어떻게 주고 받나?

원칙적으로 process는 독립적인 주소 공간을 갖기 때문에, 다른 process의 주소 공간을 참조할 수 없다.

하지만 경우에 따라 운영체제는 process 간의 자원 접근을 위한 매커니즘인 프로세스 간 통신(IPC, Inter Process, Communication)를 제공한다.

프로세스 간 통신(IPC) 방법으로는 파이프, 파일, 소켓, 공유 메모리 등을 이용한 방법이 있다.

 

Multi thread와 다르게 process끼리는 데이터 공유를 하고 있지 않는다. 따라서 데이터를 주고 받기 위해서 IPC 기법을 사용한다. IPC는 크게 공유 메모리 방식과 메시지 전달 방식으로 나뉜다.

IPC (Inter-Process Communication)

process는 각자 자신만의 독립적인 주소공간을 가지는데, 다른 process가 이 주소공간을 참조하는 것은 허용하지 않는다.

그렇기 때문에 다른 process와 데이터를 주고 받을 수 없다. 이를 해결하고자 운영체제는 IPC 기법을 통해 processs들 간에 통신을 가능하게 해준다.

process간 통신(IPC)에는 기본적으로 공유 메모리(shared memory)와 메시지 전달(message passing)의 두 가지 모델이 있다.

공유메모리 (shared memeory)

공유 메모리 방식에서는 process들이 주소 공간의 일부를 공유한다. 공유한 메모리 영역에 읽기/쓰기를 통해서 통신을 수행한다. process가 공유 메모리 할당을 kernel에 요청하면 kernel은 해당 process에 메모리 공간을 할당해준다. 공유 메모리 영역이 구축된 이후에는 모든 접근이 일반적인 메모리 접근으로 취급되기 때문에 더이상 kernel의 도움 없이도 각 process들이 해당 메모리 영역에 접근할 수 있다. 따라서 커널의 관여 없이 데이터를 통신할 수 있기 때문에 IPC 속도가 빠르다는  장점이 있다.

공유 메모리 방식은 process간의 통신으로 수월하게 만들지만 동시에 같은 메모리 위치에 접근하게 되면 일관성 문제가 발생할 수 있다. 이에 대해서는 커널이 관여하지 않기 때문에 process들 끼리 직접 공유 메모리 접근에 대한 동기화 문제를 책임져야 한다.

메시지 전달 (message passing)

메시지 전달 방법은 통상 system call을 사용하여 구현된다.

kernel을 통해 send(message)와 receive(message)라는 두 가지 연산을 제공받는다.

예를 들면, process1이 kernel로 message를 보내면 kernel이 process2에게 message를 보내주는 방식으로 동작한다.

메모리 공유보다 속도가 느리지만, 충돌을 회피할 필요가 없기 때문에 적은 양의 데이터를 교환하는데 유용하고 구현하기 쉽다는 장점이 있다. 대표적인 예시로, pipe, socket, message queue 등이 있다.

IPC의 예시는?

IPC는 크게 공유 메모리 모델과 메시지 전달 모델로 나눌 수 있다.

공유 메모리 모델은 주소 공간의 일부를 공유하며 공유한 메모리 영역에 read/write를 통해 통신하게 된다. 예시로는 공유 메모리와 POSIX가 있다.

메시지 전송 모델의 경우에는 kernel을 통해 send/receive 연산을 통해 데이터를 전송한다. 예시로는 Pipe, socket, message queue 등이 있다.

공유 메모리와 메시지 전달 모델의 장단점 설명

모델	장점	단점
공유 메모리	초기에 공유 메모리 할당을 제외하면 kernel의 관여 없이 통신할 수 있기 때문에 속도가 빠르다.	여러 process가 동시에 메모리에 접근하는 문제가 발생할 수 있어서 별도의 동기화 과정이 필요하다.
메세지 전달	kernel에서 제어를 해주기 때문에 안전하며 kernel이 동기화를 제공해준다.	kernel을 통해서 데이터를 주고받기 때문에 통신 속도가 느리다.

 

Multi process/thread 환경에서 동기화 문제를 어떻게 해결하나?

동기화 문제를 해결하기 위해 mutex, semaphore 기법 등을 사용할 수 있다.

Mutext	1개의 스레드만이 공유 자원에 접근할수 있도록 하여, 경쟁 상황(race condition)을 방지하는 기법이다. 공유 자원을 점유하는 thread가 lock을 걸면, 다른 thread는 unlock 상태가 될 때까지 해당 자원에 접근할 수 없다.
Semaphore	S개의 thread만이 공유 자원에 접근할 수 있도록 제어하는 동기화 기법이다. Semaphore 기법에서는 정수형 변수 S(세모포) 값을 가용한 자원의 수로 초기화하고, 자원에 접근할 때 S-- 연산을 수행하여 세마포 값을 감소시키고 자원을 방출할 때는 S++ 연산을 수행하여 세마포 값을 증가시킨다. 이 때 세마포 값이 0이 되면 모든 자원이 사용 중임을 의미하고, 이후 자원을 사용하려는 프로세스는 세마포 값이 0보다 커질 때까지 block 된다.

동기화 문제

동기화 문제란 서로 다른 thread가 메모리 영역을 공유하기 때문에 여러 thread가 동일한 자원에 동시에 접근하여 엉뚱한 값을 읽거나 수정하는 문제이다.

예를 들어, 

count++ 를 CPU 입장에서 분해해보면 3개의 atomic operations으로 나뉜다.

1. count 변수의 값을 가져온다.
2. count 변수의 값을 1 증가시킨다.
3. 변경된 count 값을 저장한다.

CPU는 atomic operation을 연산하게 된다. 따라서 count++을 하기 위해 3번의 연산을 하게 된다.

시분할 시스템으로 작동하는 multi process/multi thread 시스템에서, 두 개의 thread가 동일한 데이터인 count에 동시에 접근을 하여 조작을 하는 상황을 가정해보자.

thread1에서도 count++를 하고, thread2에서도 count++를 한다면 그 실행 결과가 접근이 발생한 순서에 따라 달라질 수 있다. 이를 경쟁상황(rece condition)이라고 한다.    

즉, 둘 이상의 thread가 동일한 자원에 접근하여 조작하고, 그 실행 결과가 접근이 발생한 순서에 따라 달라지는 경쟁상황에 의해서 동기화 문제가 발생할 수 있다. 경쟁 상황으로부터 보호하기 위해, 우리는 한 순간에 하나의 process/thread만 해당 자원에 접근하고 조작할 수 있도록 보장해야 한다. 다시 말해서 process/thread들이 동기화 되도록 할 필요가 있다.

임계영역 (critical section)

둘 이상의 process/thread가 동시에 동일한 자원에 접근하도록 하는 프로그램 코드 부분을 의미한다.

중요한 특징 중 하나는, 한 process/thread가 자신의 임계영역에서 수행하는 동안에는 다른 process/thread들은 그들의 임계구역에 들어갈 수 없어야 한다는 사실이다. 즉, 임계영역 내의 코드는 원자적으로(atomically) 실행이 되어야 한다.

원자적으로 실행되기 위해서 각각의 process/thread는 자신의 임계구역으로 진입하려면 진입허가를 요청해야 한다.

이 부분을 entry section 이라고 하고, 진입이 허가되면 임계영역을 실행할 수 있다. 임계영역이 끝나고 나면 exit section으로 퇴출을 하게 된다. 임계영역의 원자성을 보장하여 process/thread들이 동기화되도록 할 수 있다.  

동기화 방법으로 대표적으로 Mutex와 Semaphore가있다. 

Mutex

동기화 방법중 하나로 mutual exclusion의 축약어이다. 공유자원에 접근할 수 있는 process/thread의 수를 1개로 제한한다.

임계영역을 보호하고, 경쟁상황을 방지하기 위해 mutex lock을 사용한다. 즉, process/thread는 임계영역에 들어가기 전에 반드시 lock을 획득해야 하고, 임계구역을 빠져나올 때 lock을 반환해야 한다.

acquire()함수가 lock을 획득하고 release() 함수가 lock을 반환한다.

acquire() // entry section
// critical section
release() // exit section

busy waiting은 다른 process/thread가 생산적으로 사용할 수 있는 CPU를 낭비한다는 단점이 있다.

Semaphore

동기화 방법 중 하나로, mutax와 가장 큰 차이점은 공유 자원에 접근할 수 있는 process/thread의 개수가 2개 이상이 될 수 있다는 것이다. 

semaphore 변수 S(세마포)에 동시에 접근 가능한 process/thread의 개수를 저장한다.

S가 0보다 크면 임계영역으로 들어갈 수 있고, 임계영역에 들어가면 S값을 1감소 시킨다.

S값이 0이 되면 다른 process/thread는 임계영역으로 접근할 수 없다.

임계영역에서의 작업이 끝나고 임계영역에서 exit하면서 S값을 1증가 시킨다.

wait(S) // entry section
// critical section
signal(S) // exit section

semaphore 값이 0,1만 가질 수 있는 경우 binary semaphore라고 하는데, 이는 mutex랑 거의 유사하게 작동한다.

 

mutex와 semaphore 기법 비교 설명

공유자원에 접근할 수 있는 개수에 의해 차이가 있다. 

mutex	오직 1개의 process/thread만이 공유 자원에 접근할 수 있다. mutex는 binary semaphore라고 할 수 있다.
semaphore	semaphore는 세마포 변수의 값만큼의 process/thread들이 동시에 공유 자원에 접근할 수 있다.

교착상태 (Deadlock)

둘 이상의 thread가 각기 다른 thread가 점유하고 있는 자원을 서로 기다릴 때, 무한 대기에 빠지는 상황을 말한다.

deadlock이 발생하는 조건은 상호 배제(mutual exclusion), 점유 대기(hold-and-wait), 비선점(no preemption), 순환 대기(circular wait)이다. 이 4가지 조건이 동시에 성립할 때 발생할 수 있다.

deadlock 문제를 해결하는 방법에는 무시, 예방, 회피, 탐지-회복 4가지 방법이 있다.

 

deadlock이 발생하기 위한 조건과 해결 방법을 꼭 알아야한다.

	발생 조건	해결 방법
Deadlock	상호배제, 점유대기, 비선점, 순환대기	무시, 예방, 회피, 탐지-회복

Deadlock 발생 조건

deadlock은 다음 4가지 조건이 동시에 성립할 때 발생할 수 있다.

1.  상호 배제 (mutual exclusion)
   • 동시에 한 thread만 자원을 점유할 수 있는 상황이다.
   • 다른 thread가 자원을 사용하려면 자원이 방출될 때까지 기다려야 한다. 
2. 점유 대기 (hold-and-wait)
   • thread가 자원은ㄹ 보유한 상태에서 다른 thread가 보유한 자원을 추가로 기다리는 상황이다.
3. 비선점 (no preemption)
   • 다른 thread가 사용 중인 자원을 강제로 선점할 수 없는 상황이다.
   • 자원을 점유하고 있는 thread에 의해서만 자원이 방출된다
4. 순환 대기 (circular wait)
   • 대기 중인 thread들이 순환 형태로 자원을 대기하고 있는 상황이다.

Deadlock 해결 방법

	설명	비고
무시	deadlock 발생 확률이 낮은 시스템에서 아무런 조치도 취하지 않고 deadlock을 무시하는 방법	- 무시 기법은 시스템 성능 저하가 없다는 큰 장점이 있다. - 현대 시스템에서는 deadlock이 잘 발생하지 않고, 해결 비용이 크기 때문에 무시 방법이 많이 사용된다.
예방	교착 상태의 4가지 발생 조건 중 하나가 성립하지 않게 하는 방법	- 순환 대기 조건이 성립하지 않도록 하는 것이 현실적으로 가능한 예방 기법이다. - 자원 사용의 효율성이 떨어지고 비용이 크다.
회피	thread가 앞으로 자원을 어떻게 요청할지에 대한 정보를 통해 순환 대기 상태가 발생하지 않도록 자원을 할당하는 방법	- 자원 할당 그래프 알고리즘, 은행원 알고리즘 등을 사용하여 자원을 할당하여 deadlockd을 회피한다.
탐지-회복	시스템 검사를 통해 deadlock 발생을 탐지하고, 이를 회복시키는 방법	- 자원 사용의 효율성이 떨어지고 비용이 크다.

deadlock은 언제 발생하게 되나?

deadlock은 상호배제, 점유대기, 비선점, 순환대기 4가지 조건이 동시에 성립할 때 발생할 수 있다.

상호 배제는 동시에 한 thread만 자원을 점유할 수 있는 상황이고,

점유 대기는 thread가 자원을 보유한 상태에서 다른 thread가 보유한 자원을 추가적으로 기다리는 상황이다.

비선점은 다른 thread가 사용 중인 자원을 강제로 선점할수 없는 상황이고,

순환 대기는 대기 중인 thread들이 순환 형태로 자원을 대기하는 상황을 말한다. 

 

 

---

참고

https://velog.velcdn.com/images/dot2__/post/89878cc7-5156-4d74-abba-ec55d6740c04/image.jpg

https://3.bp.blogspot.com/-QCSJjTzvRNU/XJ9EV9oz3MI/AAAAAAAAANM/quZ8dbUOeH8TgMoYdSHffdzTkYFYPHnjwCLcBGAs/s1600/PCB%2BTable.png

https://t1.daumcdn.net/cfile/tistory/994590345BB1B4DB2F

https://t1.daumcdn.net/cfile/tistory/998BB43D5A6E7E6912

https://static.javatpoint.com/operating-system/images/ipc-through-shared-memory.png

https://beingintelligent.com/wp-content/uploads/2022/04/Shared-Memory-and-Message-Passing-System.jpg

https://media.geeksforgeeks.org/wp-content/uploads/20210923191813/ttm.png

https://www.google.com/url?sa=i&url=https%3A%2F%2Fwww.gatevidyalay.com%2Fcritical-section-critical-section-problem%2F&psig=AOvVaw3cBI-TfrdbKojd3aITvsrO&ust=1684905996497000&source=images&cd=vfe&ved=0CBEQjRxqFwoTCJjI-I7aiv8CFQAAAAAdAAAAABAD 

리디렉션 알림