우리는 모두 그것을 경험했습니다. 일부 프로그램은 엄청난 양의 메모리가 필요한 작업을 수행하도록 요청되었습니다. 이 모든 메모리를 정중하게 할당하려고 시도하면 시스템은 즉시 스 래싱을 시작하고 끝없이 교환되며 느리거나 응답하지 않습니다.
나는 최근에 엄청나게 큰 행렬을 할당하려고하는 Matlab 스크립트로 인해 Ubuntu 랩톱에서 이것을 경험했습니다. ~ 5 분 이상의 스 래싱 후, 콘솔에서 Ctrl-F1을 눌러 Matlab을 죽일 수있었습니다. 차라리 시스템을 즉시 제어하고 문제가되는 프로세스를 중단시킬 수있는 단축 키가 많이 필요합니다. 또는 아마도 그러한 큰 버퍼 할당을 조용히 거부 할 수도 있습니다.
과도한 스와핑으로 인해 응답하지 않거나 매우 느린 Linux 시스템을 다시 제어 할 수있는 가장 빠른 방법은 무엇입니까?
예를 들어 프로세스가 할당을 시도 할 수있는 메모리 양을 제한하여 이러한 스와핑을 방지 할 수있는 효과적인 방법이 있습니까?
답변:
가장 많은 메모리를 사용하여 프로세스를 종료하려면 Alt-SysRq-F 를 누르 십시오.
이 목적을 위해 스크립트를 만들었습니다-https: //github.com/tobixen/thrash-protect
이 스크립트를 프로덕션 서버, 워크 스테이션 및 랩톱에서 성공적으로 실행했습니다. 이 스크립트는 프로세스를 죽이지 않지만 일시적으로 중단합니다. 나중에이 간단한 스크립트가 아닌 경우 스 래싱으로 인해 제어력을 잃어 버린 몇 가지 상황이 있습니다. "최악의"경우에는 위반 프로세스가 많이 느려지고 결국 커널 (OOM)에 의해 종료됩니다. "최상의"경우에는 위반 프로세스가 실제로 완료됩니다. 상황을 쉽게 조사 할 수 있도록 상대적으로 반응을 유지합니다.
물론 "더 많은 메모리를 구입"또는 "스왑을 사용하지 마십시오"는 "스 래싱을 피하는 방법?"이라는 질문에 대한 두 가지 대안적이고 전통적인 답변이지만 일반적으로 제대로 작동하지 않는 경향이 있습니다 (더 많은 메모리를 설치하면 사소한 것이 아니라, 불량 프로세스는 설치된 메모리의 양에 관계없이 모든 메모리를 소모 할 수 있으며, 버퍼링 / 캐싱을위한 메모리가 충분하지 않을 때 스왑 없이도 스 래싱 문제를 일으킬 수 있습니다). 스 래시 방지와 많은 스왑 공간을 권장합니다.
- 과도한 스와핑으로 인해 응답하지 않거나 매우 느린 Linux 시스템을 다시 제어 할 수있는 가장 빠른 방법은 무엇입니까?
이미 Alt-SysRq-F로 답변했습니다
- 예를 들어 프로세스가 할당을 시도 할 수있는 메모리 양을 제한하여 이러한 스와핑을 방지 할 수있는 효과적인 방법이 있습니까?
나는이 두 번째 부분에 대답하고 있습니다. 예, ulimit여전히 단일 프로세스를 제한하기에 충분합니다. 당신은 할 수 있습니다 :
또한 간단히 언급했듯이 :
CGroup을 사용하여 리소스 사용을 제한하고 이러한 문제를 방지 할 수 있습니다.
실제로 cgroup은 고급 제어 기능을 제공하지만 현재는 구성하기가 더 복잡합니다.
간단한 예를 들면 다음과 같습니다.
$ bash
$ ulimit -S -v $((1*2**20))
$ r2(){r2 $@$@;};r2 r2
bash: xmalloc: .././subst.c:3550: cannot allocate 134217729 bytes (946343936 bytes allocated)
그것:
r2(){ r2 $@$@;};r2 r2스택 메모리를 요청하는 동안 무한히 자신을 두 배로 늘려 CPU와 RAM을 기하 급수적으로 증가 시키는 재귀 bash 함수 호출 을 실행합니다 .보시다시피 1GB 이상을 요청할 때 중지되었습니다.
참고 -v(즉, 실제 + 스왑 총) 가상 메모리 할당을 운영하고 있습니다.
가상 메모리 할당을 제한 as하는 것은 -vfor 와 같습니다 limits.conf.
단일 오작동 프로세스로부터 보호하기 위해 다음을 수행합니다.
address space limit = <physical memory> - 256MB.짧막 한 농담:
$ sudo bash -c "echo -e \"*\thard\tas\t$(($(grep -E 'MemTotal' /proc/meminfo | grep -oP '(?<=\s)\d+(?=\skB$)') - 256*2**10))\" > /etc/security/limits.d/mem.conf"
이를 확인하기 위해 다음과 같은 결과가 발생합니다 (예 : 16GB 시스템).
$ cat /etc/security/limits.d/mem.conf
* hard as 16135196
$ ulimit -H -v
161351960
노트:
rsslimits.conf에서 옵션을 사용하지 마십시오 . 최신 커널에서는 존중하지 않습니다.더 많은 제어 기능을 제공하지만 현재 사용하기가 더 복잡합니다.
memory.max_usage_in_bytes 물리적 메모리를 개별적으로 설명하고 제한 할 수 있습니다.ulimit -m및 / 또는 rss에서 limits.conf유사한 기능을 제공하는 것을 의미하지만 커널 리눅스 2.4.30 이후 일을하지 않는 한!cgroup_enable=memory swapaccount=1.
cgm 이제 공식적으로 지원되는 사용자 공간 도구 인 것 같습니다.예 : 현재 설정을 확인하려면 :
$ echo $(($(cat /sys/fs/cgroup/memory/memory.max_usage_in_bytes) / 2**20)) MB
11389 MB
$ cat /sys/fs/cgroup/memory/memory.stat
...
예를 들어 단일 프로세스의 메모리를 제한하려면 :
$ cgm create memory mem_1G
$ cgm setvalue memory mem_1G memory.limit_in_bytes $((1*2**30))
$ cgm setvalue memory mem_1G memory.memsw.limit_in_bytes $((1*2**30))
$ bash
$ cgm movepid memory mem_1G $$
$ r2(){ r2 $@$@;};r2 r2
Killed
실제로 RAM을 백그라운드 프로세스로 씹어 죽인 것을 보려면 :
$ bash -c 'cgm movepid memory mem_1G $$; r2(){ r2 $@$@;};r2 r2' & while [ -e /proc/$! ]; do ps -p $! -o pcpu,pmem,rss h; sleep 1; done
[1] 3201
0.0 0.0 2876
102 0.2 44056
103 0.5 85024
103 1.0 166944
...
98.9 5.6 920552
99.1 4.3 718196
[1]+ Killed bash -c 'cgm movepid memory mem_1G $$; r2(){ r2 $@$@;};r2 r2'
메모리 요청이 기하 급수적으로 증가하는 것에 주목하십시오.
앞으로는 "distro / vendors"가 SSH 및 그래픽 스택과 같은 중요한 요소에 대해 cgroup 우선 순위 및 제한 (시스템 단위를 통해)을 미리 구성하여 메모리가 고갈되지 않도록하겠습니다.
Ctrl- z를 눌러 프로그램을 일시 중단 할 수 있습니다 . 그런 다음 할 수 있습니다 kill %1(또는 작업 번호가 무엇이든 PID를 사용할 수 있습니다).
ulimit명령을 사용하여 프로세스에 사용 가능한 메모리 양을 제한 할 수 있습니다.
kill -STOP <pid>Ctrl-Z와 동일한 작업을 실행할 수 있습니다 .
CGroup을 사용하여 리소스 사용을 제한하고 이러한 문제를 방지 할 수 있습니다. https://en.wikipedia.org/wiki/Cgroups