메모리 부족으로 인한 시스템 정지를 방지할 수 있는 방법이 있나요? KDE에서는 훌륭한 정치인처럼 항상 메모리 위젯을 실행합니다. 계속 확인할 수 없습니다 mem. 또한 MacOS나 Windows에서는 이런 일이 절대 발생하지 않습니다. Windows에서는 속도가 느려지지만 완전히 정지되지 않으므로 상자에서 플러그를 뽑아야 합니다.
이를 방지하기 위해 무엇을 설정할 수 있습니까(또는 잘못 설정하고 있습니까)(아니요, 메모리 사용량을 관찰하는 것은 답이 아닙니다. 지금은 1980년대가 아니라 2022년입니다). 그런데, 스왑을 완전히 비활성화하려고 시도했지만 때로는 캐시가 있으면 괜찮기 때문에 실제로 도움이 되지 않았습니다. 그러나 그의 문제는 낮은 메모리 킬러가 실제로 작동하지 않는다는 것입니다(또는 작동하지만 완전히 쓸모없는 방식으로). 일부 기본 시스템 액세스(SSH, 터미널, 키보드, 그래픽 시스템)만 유지하는 관찰자가 없는 이유는 무엇입니까?
배경:
저는 최신 Debian과 KDE, 8GB RAM, SSD HDD, i5 Intel을 사용합니다. Firefox에서 너무 많은 탭을 열거나 가상 머신을 실행한 다음 Firefox를 사용할 때마다 시스템이 응답하지 않을 때까지 심각하게 느려지기 시작합니다. 흥미롭게도 키보드 인터럽트는 마우스보다 우선순위가 낮은 것 같습니다. 마우스 움직임을 볼 수는 있지만(매우 느리긴 하지만) Alt+F4는 아무 작업도 수행하지 않습니다. 때로는 ctrl + alt + F2를 통해 터미널에 접근할 수 있지만 일반적으로 이것이 제가 접근할 수 있는 전부입니다. SSH를 통해서도 시스템에 액세스할 수 없습니다.
낮은 메모리 프로세스 킬러가 있어야 하는데 작동하지 않습니다. 더 정확하게는 과도한 HDD 사용으로 인해 시스템 속도가 느려지기 때문입니다. (대부분의 경우 중단으로 인해 발생한다고 가정합니다. 과거 경험과 Linux 및 Linux 일반적으로 성능 저하) 복사 시 인터럽트로 인해 CPU가 많이 소모되는 USB 드라이브. 또한 프로세스를 수동으로 호출할 수 없습니다. (다시 말씀드리지만 하드 디스크 인터럽트가 발생하면 키보드에는 우선순위가 없고 명령도 수신되지 않습니다. 시스템이 실행되는 동안 sysreq 명령을 테스트했는데 작동합니다.)
답변1
4GB의 RAM과 4GB의 스왑이 있는 경우 읽기 복구 페이지를 스왑하고 스왑 페이지를 기록하여 디스크가 손상될 때까지 메모리 부족 처리기가 실행되지 않습니다.
OOM 핸들러가 RAM 크기에 더 가깝게 작동하도록 하려면 이를 구성해야 합니다.
나는 Windows에 대해 잘 모르지만 RAM 크기에 접근하는 지점에서 OOM 핸들러가 실행되기 시작하는 것 같습니다.