swap memory
2019.03.14 08:35
https://blog.2dal.com/tag/oom/
vm.overcommit_memory
앞서, malloc() 에서 가용영역을 넘어선 메모리영역을 리턴하는 것이 overcommit이라 설명했는데,
vm.overcommit_memory Kernel Parameter를 통해서 다음과 같이 overcommit rule을 설정할 수 있다.
vm.overcommit | 설명 |
---|---|
0 (디폴트) | heuristic에 따라 overcommit여부를 판단. 메모리 확보가 불가능한 경우, 실행중인 프로세스를 강제 종료해서 메모리를 확보 |
1 | 무조건 overcommit 허용. 메모리 확보가 불가능한 경우 OOM Killer 동작(0과 같다) |
2 | overcommit 불가. 메모리가 부족할 경우 에러 발생 [Swap size] + ([RAM size] * vm.overcommit_ratio/100) |
대부분의 서버는 다음과 같이 기본 값으로 설정되어 있다.
$ sudo sysctl -n vm.overcommit_memory
0
$ sudo sysctl -n vm.overcommit_ratio
50
의도하지 않게 프로세스가 OOM Killer에 의해 지속적으로 종료된다면, 메모리 관리를 Kernel heuristic에 맡기기보다 vm.overcommit을 2로 설정하고, overcommit_ratio를 적당한 수치로 조정해볼 필요가 있다.
혹시 swappiness를 처음 만났다면
- vm.swappiness = 0 : 스왑 사용안함 (실제로 swap이 disable되지는 않는다. 참고)
- vm.swappiness = 1 : 스왑 사용 최적화
- vm.swappiness = 60 : 기본값
- vm.swappiness = 100 : 적극적으로 스왑 사용
규칙으로 설정되며, 현재 서버의 swappiness 값은 다음 명령으로 확인할 수 있다.
$ sudo sysctl -n vm.swappiness
60
댓글 0
번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|---|
96 | lvm 축소 확장 [4] | WHRIA | 2020.01.13 | 57 |
95 | nvidia docker | WHRIA | 2020.01.15 | 42 |
94 | exif remove | WHRIA | 2020.01.28 | 34 |
93 | batch normalize | WHRIA | 2020.02.06 | 44 |
92 | airplane | WHRIA | 2020.02.10 | 168 |
91 | sql 중복제거 | WHRIA | 2020.02.10 | 46 |
90 | sql replication 성공 [1] | WHRIA | 2020.02.20 | 40 |
89 | calendar javascript dropdown | WHRIA | 2020.03.01 | 36 |
88 | multiple NIC ubuntu [6] | WHRIA | 2020.03.10 | 43 |
87 | CIDR 표기법 [1] | WHRIA | 2020.03.12 | 45 |
86 | zmq async client server [1] | WHRIA | 2020.03.12 | 62 |
85 | plum | WHRIA | 2020.04.03 | 38 |
84 | kernel load | WHRIA | 2020.04.03 | 33 |
83 | chatbot | WHRIA | 2020.04.03 | 34 |
82 | fcitx | WHRIA | 2020.04.05 | 32 |