메모리 부족 충돌을 방지하기 위해 Fedora 32에 포함하도록 스레드를 Earlyoom

얼리 룸

Fedora 개발자는 공통 주제에 대해 논의했습니다. 그것은 여전히 ​​리눅스의 신발에있는 돌이며 오랫동안 이야기가 있었다는 것입니다. 문제에 대해 Linux를 제공하는 시스템 메모리 부족이로 인해 시스템이 중단되거나 성능이 저하됩니다.

Fedora 개발자 메모리 인터럽트를 피하는 방법을 논의했습니다. 2019 년 여름부터 사용자 경험을 개선하기 위해 데스크탑 환경에서. Fedora에서 발생하는 이러한 상황에 직면하여, 개발자는 Earlyoom의 포함을 말하고 승인했습니다. en 버전이 될 다음 버전의 Fedora 페도라 32.

실무 그룹은 몇 가지 솔루션을 제안했습니다 작업하는 동안 바탕 화면을 정지시키는 것은 사용자 경험에 큰 영향을 미칩니다. 그러나 전체 시스템을 신속하게 복구하고 프로세스 만 종료하는 SIGKIL은 이전에 제안 된 바 있는데, SIGTERM을 전송하여 프로세스가 끝날 때 지시를 내림으로써 사용자가 단계적으로 셧다운을 선택할 수있다.

EarlyOOM 정보

얼리 룸 백그라운드 프로세스 시스템의 메모리 부족에 조기에 대응하기 위해 Fedora 32에 포함됩니다.

사용 가능한 메모리 양이 지정된 값보다 작 으면 다음 따라 남은 메모리 크기 Sigterm (사용 가능한 메모리 10 % 미만) 또는 Sigkill (<5 %)이 전송됩니다. 강제로 가장 많은 메모리를 소비하는 프로세스가 종료됩니다.

여기에서 가장 높은 값을 가진 프로세스가 수행됩니다. / proc / * / oom_score, 시스템 버퍼를 지우도록 시스템 상태를 유도하지 않습니다.

그것으로 Earlyoom을 사용하면 시스템이 더 빨리 응답 할 수 있습니다. 커널에서 OOM (Out of Memory) 드라이버를 호출 할 필요없이 메모리 부족 문제가 발생합니다. 이는 상황이 심각 해지고 일반적으로 시스템이 더 이상 사용자에게 응답하지 않을 때 트리거됩니다.

다른 버전의 Fedora에서는 메모리 부족 드라이버를 활성화 할 수 있습니다. 메모리 부족 모니터 / proc / pressure / memory 인터페이스를 사용합니다.  이는 Linux 커널 4.20에서 도입되었고 5.2에서 개선되었습니다.

시스템의 메모리 부족을 평가하려면 earlyoom과 달리 DBus를 통해 알림 처리 및 전송 메모리 소비를 줄여야하는 경우 (이 후에도 상황이 정상으로 돌아 가지 않으면 OOM Killer 커널을 활성화 할 수 있습니다).

메모리가 부족한 모니터 응용 프로그램 수정이 필요합니다. 그렇게 먼 미래를위한 해결책으로 간주됩니다, 그놈 응용 프로그램을 이식 한 후 사용할 수 있습니다.

상황을 모니터링하려면 메모리 부족, Glib 2.63.3의 애플리케이션은 GMemoryMonitor API를 추가했습니다. 이를 통해 메모리 부족 모니터의 신호를 모니터링하고 조치를 취할 수 있습니다 (예 : 애플리케이션은 캐싱에 사용 된 메모리를 해제하고, 파일을 저장하고, 가비지 수집을 시작하고, 메모리 조각화를 줄이거 나, 프로세스 비활성 지원을 완료 할 수 있습니다).

GMemoryMonitor 지원도 추가되었습니다. flatpak 형식으로 제공되는 독립 실행 형 응용 프로그램에서 사용하기 위해 xdg-desktop-portal에 연결합니다.

최종적으로 기본 EarlyOOM 구현을 언급하는 것이 중요합니다. Fedora에서 데스크톱 버전으로 만 제한됨 따라서 Fedora의 다른 빌드에는이 기능이 없습니다.

추가 데이터로 EarlyOOM은 데스크탑에서 사용하기 위해 개발되었다고 언급됩니다. 수요가 증가하지 않는 한 다른 편집이 이루어지지 않을 것 같습니다. 현재이 패키지는 다양한 Linux 배포판에서 사용할 수 있으며 OpenSUSE 개발자도 시스템에 포함하는 방법에 대해 논의하고 있습니다.

Si 당신은 그것에 대해 더 알고 싶어 EarlyOOM 포함에 대해 상담 할 수 있습니다. 다음 링크 그것이 발전하는 곳 토론. 

또한 문서 및 설치를 참조 할 수 있습니다. 이전 버전의 Fedora에서 다음 링크. 


기사의 내용은 우리의 원칙을 준수합니다. 편집 윤리. 오류를보고하려면 여기에.

코멘트를 남겨주세요

코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

*

*

  1. 데이터 책임자 : Miguel Ángel Gatón
  2. 데이터의 목적 : 스팸 제어, 댓글 관리.
  3. 합법성 : 귀하의 동의
  4. 데이터 전달 : 법적 의무에 의한 경우를 제외하고 데이터는 제 XNUMX 자에게 전달되지 않습니다.
  5. 데이터 저장소 : Occentus Networks (EU)에서 호스팅하는 데이터베이스
  6. 권리 : 귀하는 언제든지 귀하의 정보를 제한, 복구 및 삭제할 수 있습니다.

  1.   자동 조종 장치

    vm.swappiness 및 vm.dirty_bytes 혼란은 데스크톱 충돌을 피하기에 충분하지 않았습니다.

    아주 좋은 소식입니다!