여전히 문제에 대한 해결책이 없지만 다른 사람들에게 관심이있을 수있는 두 가지 해결 방법을 제공 할 수 있습니다.

1) 조기

즉 소비하는 특정 임계 값에 도달 할 때 가장 메모리 (또한 참조하는 프로세스 메모리 사용량을 감시하고 죽이는 서비스의 이 및 이 리눅스 커널의 OOM 킬러에 관한 질문)

작은 청크로 메모리를 무기한으로 요청하는 데모 프로세스로 테스트했습니다. 첫 인상은 다음과 같습니다. 불량 프로세스를 시작하면 모든 RAM이 빠르게 소모됩니다. 그런 다음 스와핑이 시작되고 시스템이 응답하지 않게됩니다. 몇 초 후에 시스템이 다시 온라인 상태가됩니다. earlyoom 로그는 메모리와 스왑 사용량이 모두 90 %에 도달 한 후 메모리 사용 프로세스를 종료했음을 나타냅니다.

스와핑이 시작되고 프로세스가 종료 된 후에도 여전히 성가신 지연이 발생하지만 다른 프로세스의 일부는 요청 될 때까지 스왑 상태를 유지하지만 시작입니다.

2) 스왑을 비활성화하십시오.

나는 이것이 논란 의 여지 가있는 주제 라는 것을 알고 있지만 프로세스가 모든 메모리를 소모하려고 시도하는 때때로 발생할 수있는 데스크탑 시스템 및 특히 개발 시스템의 목적을 위해 의미가 있습니다. 스왑이 없으면 OOM 킬러가 작동합니다. 의도 한대로. 메모리가 부족하면 가장 적합한 프로세스를 찾아서 제거합니다. 지연이없고 지연이 없습니다.

현재 세션에 대한 스왑을 비활성화 sudo swapoff -a하거나 변경 내용을 영구적으로 만들 수 있습니다 .

문제에 대한 올바른 해결책은 메인 메모리가 고갈되면 시스템이 응답을 유지하고 내일이 없을 때처럼 메모리를 교체하기 시작하지만 곧 일어나지 않는 것입니다.

답변