전체 메모리 문제로 인한 우분투 중단 문제를 해결하려면 버프/캐시 Linux를 비활성화하세요.

전체 메모리 문제로 인한 우분투 중단 문제를 해결하려면 버프/캐시 Linux를 비활성화하세요.

나는 8GB의 RAM과 SSD를 가지고 있으며 RAM Android studio/gradle이 절실히 필요합니다. 때때로 Gradle이 프로젝트를 빌드할 때(RAM을 먹는 경우) 모든 우분투(및 xubuntu)가 중단됩니다. UI가 너무 느려집니다. 마우스 커서가 10초마다 1cm씩 움직입니다.

왜 이런 일이 일어나는지는 모르겠지만, 인터넷에 나와 같은 "Studio가 우분투를 멈춥니다", "메모리 응용 프로그램 오버로드로 우분투를 멈춥니다", "메모리가 가득 차면 Ubuntu가 멈춥니다" Hang" 등에 대한 몇 가지 질문이 있기 때문에 아무도 모르는 것 같습니다. . 증상은 동일합니다. 게다가추적 오류2007년부터. 이는 매우 특별한 경우인 것 같습니다. 어떤 시점에서는 gradle이 디스크에서 대용량 파일을 작동하려면 많은 RAM이 필요하기 때문입니다. 대용량 파일을 운영하기 위해서는 메모리와 스토리지가 동시에 필요한 것 같습니다. 어떻게 든 시스템이 중단됩니다.

그래서내 질문은- 버프/캐시를 비활성화하는 옵션이 있나요? 아니면 스왑핀(0..100)과 같은 매개변수가 있지만 버프/캐시에 대한 매개변수일까요? 캐시에 사용되는 메모리는 항상 사용 가능하므로 신경쓰지 말아야 한다는 것을 알지만, 이 경우에는 제대로 작동하지 않을 것 같습니다. 아마도 내가 완전히 틀렸을 수도 있습니다)

답변1

나는 2GB 파일 스왑만 가지고 있고 8GB 스왑 파티션이 활성화되지 않았다는 것을 발견했습니다(이는 형편없지만 저는 Linux를 처음 접했습니다). 높은 부하로 인해 파일 파티션 스왑이 가득 차고 우분투 정지는 단지 가상 메모리 부족 때문이라고 생각합니다. 정지되기 전에 여전히 400-700MB의 버프/캐시 여유 메모리가 있었던 것을 기억하기 때문에 이에 대해 잘 모르겠습니다. 하지만 어쨌든 8GB 스왑 파티션이 활성화되었으므로 이 문제는 해결된 것으로 표시했습니다. 동결이 발생하면 다시 열립니다.

관련 정보