반응형
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 데브옵스
- docker
- 쿠버네티스
- 부스트코스
- AWS
- Python
- os
- 도커
- 도커 컨테이너
- linux
- NGINX
- 프로세스
- 도커 이미지
- C++
- devops
- centOS7
- 클라우드
- swift 클로저
- 도커 명령어
- 리눅스
- kubernetes
- boj
- centOS
- k8s
- ios
- 운영체제
- 인프라
- 네트워크
- Swift
- 컨테이너
Archives
- Today
- Total
귀염둥이의 메모
[OS] Deadlock 본문
반응형
Deadlock (교착상태)
: 일련의 프로세스들이 서로가 가진 자원을 기다리며 block된 상태
Resource (자원)
- 하드웨어, 소프트웨어 등을 포함하는 개념
- ex) I/O device, CPU cycle, memory space, semaphore
- 프로세스가 자원을 사용하는 절차
- Request, Allocate, Use, Release
Deadlock Example 1
- 시스템에 2개의 tape drive가 있다
- 프로세스 P1 과 P2 각각이 하나의 tape drive를 보유한 채 다른 하나를 기다리고 있다
Deadlock Example 2
- Bianry semaphores A and B
1. P0는 A를 획득한 다음 B를 획득하려는 상황에서 CPU를 P1에게 빼앗김
2. P1이 B를 획득하고 A를 획득하려고 할 때 Deadlock 발생
: 서로가 갖고 있는 자원을 서로 요청했기 때문
Deadlock 발생의 4가지 조건
- Mutual Exclusion (상호 배제) : 매 순간 하나의 프로세스만이 자원을 사용할 수 있음
- No preemption (비선점) : 프로세스는 자원을 스스로 내어놓을 뿐 강제로 빼앗기지 않음
- Hold and wait (보유 대기) : 자원을 가진 프로세스가 다른 자원을 기다릴 때 보유 자원을 놓지 않고 계속 갖고 있음
- Circular wait (순환 대기) : 자원을 기다리는 프로세스간에 사이클이 형성되어야 함
Resource-Allocation Graph (자원 할당 그래프)
그래프에 cycle이 없으면 deadlock이 아니다
그래프에 cycle이 있으면?
- if only one instance per resource type, then deadlock : 리소스 타입당 하나의 인스턴스만 존재할 때 cycle이 있으면 데드락
- if serveral instances per resource type, possibility of deadlock
Deadlock의 처리 방법
- Prevention
- 자원 할당시 Deadlock의 4가지 필요 조건 중 어느 하나가 만족되지 않도록 하는 것
- Avoidance
- 자원 요청에 대한 부가적인 정보를 이용해서 Deadlock의 가능성이 없는 경우에만 자원 할당
- 시스템 state가 원래 state로 돌아올 수 있는 경우에만 자원 할당
- Detection and recovery
- Deadlock 발생은 허용하되 그에 대한 detection 루틴을 두어 deadlock 발견 시 recover
- Ignorance
- Deadlock을 시스템이 책임지지 않음
- Unix를 포함한 대부분의 OS가 채택
Deadlock Prevention
- Mutual Exclusion
- 공유해서는 안되는 자원의 경우 반드시 성립해야 함
- Hold and Wait
- 프로세스가 자원을 요청할 때 다른 어떤 자원도 가지고 있지 않아야 한다
- 방법 1. 프로세스 시작 시 모든 필요한 자원을 할당받게 하는 방법
- 방법 2. 자원이 필요한 경우 보유 자원을 모두 놓고 다시 요청
- No preepmtion
- process가 어떤 자원을 기다려야 하는 경우 이미 보유한 자원이 선점됨
- 모든 필요한 자원을 얻을 수 있을 때 그 프로세스는 다시 시작된다.
- State를 쉽게 save하고 restore할 수 있는 자원에서 주로 사용 (CPU, memory)
- Circular Wait
- 모든 자원 유형에 할당 순서를 정하여 정해진 순서대로만 자원 할당
- 예를 들어 순서가 3인 자원 Ri를 보유 중인 프로세스가 순서가 1인 자원 Rj를 할당받기 위해서는 우선 Ri를 Realse해야 한다
Utilization 저하, throughput 감소, starvation 문제
Deadlock Avoidance
- 자원 요청에 대한 부가정보를 이용해서 자원 할당이 deadlock으로 부터 safe한지를 동적으로 조사해서 안전한 경우에만 할당
- 가장 단순하고 일반적인 모델은 프로세스들이 필요로 하는 각 자원별 최대 사용량을 미리 선언하도록 하는 방법임
safe state : 시스템 내의 프로세스들에 대한 safe sequence가 존재하는 상태
safe sequence
- 프로세스 sequence <P1, P2, ... , Pn>이 safe 하려면 Pi (1<= i <=n)의 자원 요청이 "가용 자원 + 모든 Pj (j < i)의 보유 자원"에 의해 충족되어야 함
- 조건을 만족하면 다음 방법으로 모든 프로세스의 수행을 보장
- Pi의 자원 요청이 즉시 충족될 수 없으면 모든 Pj (j < i)가 종료될 때까지 기다린다
- Pi-1 이 종료되면 Pi의 자원 요청을 만족시켜 수행한다
- 시스템이 safe state에 있으면 : no deadlock
- 시스템이 unsafe state에 있으면 : possibility of deadlock
Deadlock Avoidance는 시스템이 unsafe state에 들어가지 않는 것을 보장
2가지 경우의 avoidance 알고리즘
- Single instance per resource types : Resource Allocation Graph Algorithm
- Multiple instances per resource types : Banker's Algorithm
Resource Allocation Graph Algorithm
Claim edge Pi -> Rj
- 프로세스 Pi가 자원 Rj를 미래에 요청할 수 있음을 뜻함 (점선으로 표시)
- 프로세스가 해당 자원 요청 시 request edge로 바뀜 (실선)
- Rj 가 realse 되면 assignment edge는 다시 claim edge로 바뀐다
requset edge의 assignment edge 변경 시 (점선을 포함하여) cycle이 생기지 않는 경우에만 요청 자원을 할당한다
Cycle 생성 여부 조사 시 프로세스의 수가 n 일 때 O(n^2) 시간이 걸린다
Banker's Algorithm
어떤 프로세스가 자원을 요청했을 때 그것을 받아들일 것이냐? 말 것이냐?
최대로 요청했을 때 가용 자원으로 해결 가능한가? -> 할당하고, 반환받는다
Deadlock Detection and Recovery
- Resource type 당 single instance인 경우
- 자원 할당 그래프에서 cycle이 곧 deadlock을 의미
- Resource type 당 multiple instance인 경우
- Banker's algorithm과 유사한 방법 활용
Wait-for graph 알고리즘
- Resource type 당 single instance인 경우
- 자원 할당 그래프의 변형
- 프로세스만으로 node 구성
- Pi가 가지고 있는 자원 Pk가 기다리는 경우 Pk -> Pj
- Wait-for graph에 사이클이 존재하는지를 주기적으로 조사 O(n^2)
- Resource type 당 multiple instance인 경우
Recovery
- Process termination
- Abort all deadlocked processes
- Abort one process at a time until the deadlock cycle is eliminated
- Resource Preemption
- 비용을 최소화할 victim의 선정
- safe state로 rollback 하여 process를 restart
- Starvation 문제
- 동일한 프로세스가 계속해서 victim으로 선정하는 경우
- cost factor에 rollback 횟수도 같이 고려
Deadlock Ignorance
: Deadlock이 일어나지 않는다고 생각하고 아무런 조치도 취하지 않음
- Deadlock이 매우 드물게 발생하므로 deadlock에 대한 조치 자체가 더 큰 overhead일 수 있음
- 시스템에 deadlock이 발생한 경우 시스템이 비정상적으로 작동하는 것을 사람이 느낀 후 직접 process를 죽이는 등의 방법으로 대처
- UNIX, Windows 등 대부분의 범용 OS가 채택
반응형
'CS > 운영체제' 카테고리의 다른 글
[OS] RAID (Redundant Array of Independent Disks) (0) | 2021.08.29 |
---|---|
[OS] Memory Management (1) - MMU, Page, Page Table ... (0) | 2021.08.25 |
[OS] Process Synchronization (0) | 2021.07.14 |
[OS] CPU Scheduling (0) | 2021.07.11 |
[OS] Process Management (0) | 2021.07.09 |
Comments