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

지금까지 살펴보았던 내용들은 가상 주소 공간이 비현실적으로 작아서 모두 물리 메모리에 탑재가 가능했다. 만약 가상 주소 공간이 큰 프로세스들 여러 개를 실행한다면 물리 메모리는 더 이상 할당을 받을 수 없으므로 문제가 생길 것이다. 이 문제를 완화하기 위해서 메모리 계층의 추가가 필요하다. 느리지만 매우 큰 용량의 메모리를 사용하는 것이다. 시스템에서 이 역할을 하드 디스크 드라이브가 담당한다. 이제 메모리 계층에서 크고 느린 하드 디스크 드라이브가 가장 하부에 위치하고, 그 위에 메모리가 있다. 왜 굳이 "큰" 주소 공간이 필요한 것일까? 이에 대한 답은 편리함과 사용 용이성이다. 주소 공간이 충분히 크면, 충분한 메모리 공간이 있는지 걱정하지 않아도 된다. 그냥 운영체제에게 요청하기만 하면 된다. 스..
OS
2020. 4. 3. 11:34