Fedora 32는 메모리 부족에 대한 조기 대응을 위해 earlyoom을 포함할 예정입니다.

게시 됨 계획 포함 Fedora 32 백그라운드 프로세스에서는 기본적으로 Earlyoom 시스템의 메모리 부족에 대한 조기 대응을 위해. 사용 가능한 메모리 양이 지정된 값보다 적으면 SIGTERM(10% 미만의 여유 메모리) 또는 SIGKILL(5% 미만)을 전송하여 earlyoom이 가장 활발하게 메모리를 소비하는 프로세스(/proc가 가장 높은 프로세스)를 강제로 종료합니다. /*/oom_score 값), 시스템 버퍼를 지우는 지점까지 시스템 상태를 가져오지 않고 Earlyoom을 사용하면 OOM(Out Of Memory) 처리기를 호출하는 지점에 도달하지 않고도 메모리 부족에 더 빠르게 대응할 수 있습니다. 상황이 심각해지고 시스템이 일반적으로 더 이상 사용자 작업에 응답하지 않을 때 트리거되는 커널.

Fedora의 이후 릴리스에서는 고려되는 메모리 부족 처리기 활성화 메모리 부족 모니터, Linux 커널에 도입된 것을 사용합니다. 5.2 /proc/Pressure/memory 시스템의 메모리 부족을 평가하기 위한 인터페이스이지만 earlyoom과 달리 프로세스를 즉시 종료하지 않고 DBus를 통해 메모리 소비를 줄여야 한다는 알림을 보냅니다(이 이후에도 상황이 반환되지 않은 경우). 정상, 활성화 가능 OOM 킬러 커널). 저메모리 모니터는 애플리케이션의 수정이 필요하므로 GNOME 애플리케이션을 적용한 후 사용할 수 있는 장기적인 솔루션으로 간주됩니다.

Glib에서 메모리가 부족한 애플리케이션의 상황을 추적하려면 2.63.3 API가 추가되었습니다. GMemoryMonitor, 허용 메모리 부족 모니터의 신호를 모니터링하고 조치를 취합니다. 예를 들어 애플리케이션은 캐싱에 사용된 메모리를 확보하고, 파일을 저장하고, 가비지 수집을 실행하고, 메모리 조각화를 줄이거나 유휴 도우미 프로세스를 종료할 수 있습니다. 지원하다
GMemoryMonitor는 flatpak 형식으로 제공되는 샌드박스 애플리케이션에 사용하기 위해 xdg-desktop-portal에도 추가되었습니다.

출처 : opennet.ru