일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- 쓰레드
- 스케줄링
- 멀티프로세서
- 알고리즘
- 백준
- 운영체제
- I/O장치
- 파일시스템 구현
- directx
- 다이나믹 프로그래밍
- 병행성 관련 오류
- 그리디알고리즘
- 렌더링 파이프라인
- codility
- Direct12
- 동적계획법
- 멀티쓰레드
- 디자인패턴
- 타입 객체
- 그리디 알고리즘
- DirectX12
- DirectX 12
- 병행성
- 컨디션 변수
- 영속성
- 자료구조
- OS
- 락
- 프로그래머스
- 다이나믹프로그래밍
Archives
- Today
- Total
목록MLFQ (1)
기록공간

멀티 레벨 피드백큐(Multi Level Feedback Queue) 스케줄러가 해결하려고 하는 기본적인 문제는 두 가지이다. 첫째, 짧은 작업을 먼저 실행시켜 반환시간을 최적화하고자 한다. 전 장의 SJF나 STCF 같은 알고리즘은 작업의 실행 시간 정보를 필요로 하지만, 불행히도 운영체제는 이 실행 시간을 미리 알 수 없다. 둘째, MLFQ는 대화형 사용자(즉, 컴퓨터 사용자)에게 응답이 빠른 시스템이라는 느낌을 주고 싶기 때문에 응답 시간을 최적화 한다. 불행히도 RR과 같은 알고리즘은 응답시간을 단축시키지만 반환 시간은 거의 최악이다. 그러면 프로세스에 대한 정보가 없다면 이러한 스케줄러를 어떻게 만들 수 있을까? 실행 중인 작업의 특성을 알아내고 이를 이용하여 더 나은 스케줄링 결정을 하기 위한..
OS
2020. 2. 25. 14:06