반응형
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
- 삼성기출
- fork
- 동기화문제
- Memory Management
- 완전탐색
- 알고리즘
- 김건우
- 백준
- paging
- 가상메모리
- 컴공복전
- pwnable.kr
- 백트래킹
- BFS
- 시뮬레이션
- samsung research
- dfs
- Brute Force
- 구현
- 데드락
- 스케줄링
- 운영체제
- BOJ
- ascii_easy
- segmentation
- 삼성리서치
- higunnew
- exec
- Deadlock
- 프로세스
Archives
- Today
- Total
목록Synchronization problem (1)
gunnew의 잡설
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/kDo4c/btqBYeisqKU/bp355sXrSuBqVk4ZJkN7ZK/img.png)
지금까지 Semaphore에 대한 얘기를 주구장창 했다. 그런데 Semaphore의 문제점은 있다. 구현도 어렵고, 실수 하면 시스템이 완전히 무너진다. 또한 Semaphore를 이용하여 프로그래밍 했을 때 어디에 P연산과 V연산이 들어가야 하는지 정확히 시스템이 작동되는지 검증하기가 굉장히 어렵다. 그러면 이러한 동기화 문제를 해결함에 있어서 조금 더 쉬운 방법은 없을까 고민하다가 나온 것이 Monitor라는 개념이다. Monitor Monitor는 High-level Language에서 제공하는 동기화 수단이다. Semaphore에서는 공유 데이터 접근을 Semaphore가 책임지지 않았고 실제로 동기화 문제는 프로그래머가 처리해야 했다. 공유 데이터에 접근하기 전에 Lock을 프로그래머가 걸어야 하..
Operating System
2020. 2. 14. 18:33