롯 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에서 다음 링크.
vm.swappiness 및 vm.dirty_bytes 혼란은 데스크톱 충돌을 피하기에 충분하지 않았습니다.
아주 좋은 소식입니다!