Finder가 59GB의 스왑 공간을 사용하는 이유는 무엇입니까?


9

새로운 레티 나 MacBook Pro (16GB RAM)에 "Mac OS X 시동 디스크에 응용 프로그램 메모리를위한 공간이 더 이상 없습니다"라는 메시지가 계속 나타납니다. 하드 드라이브에 300GB의 여유 공간과 16GB의 RAM이 있습니다. 이런 일이 일어나지 않아야합니다.

그러나 Mac을 적극적으로 사용하지 않는 경우에도 계속 발생합니다. 나는 점심을 먹으러 돌아와서 이것을 보았습니다. 너무 많은 RAM 사용량59GB의 스왑이 사용되었습니다.

무슨 일이야?


1
재부팅을 시도했다고 가정 할 수 있습니까?
Nathan Walker

그렇습니다. 재부팅했는데 즉시 문제가 해결되지만 결국 다시 나타납니다.
ashgromnies

2
네트워크 연결을 끊고 안전 모드로 재부팅하면 Finder에 RAM이 필요하지 않습니까? 다음으로 (필요한 경우) Time Machine과 모든 외부 드라이브의 연결을 끊은 후에 다시 반복하십시오. 이는 Finder에 제공 한 작업을 기반으로 한 정상적인 동작 일 수 있으므로 Finder가 실행중인 환경을 수량화 할 때까지 "너무 많은"RAM 사용 라인이 어디에 있는지 알기가 어렵습니다. 로그 파일을 파고 드는 것을 원하지 않으면 sysdiagnoseFinder 에서 실행하십시오 -모든 메모리 할당 덤프가 있으며 검사 할 것이 훨씬 많습니다.
bmike

이상한 버그처럼 들리지만 내가 생각할 수있는 유일한 해결책은 새로 설치를 시도하는 것입니다. 다른 사람이 이것을 경험했는지 확인하고 싶습니다.
Nathan Walker

1
메모리 누수 처럼 들립니다 . 당신은 애플에 그것을 회신해야합니다.
alpha_one_x86

답변:


7

나는 이것이 OS X 10.7의 버그 라고 생각 합니다. 또한 레티 나 MacBook Pro도 있습니다. 광산은 2.6 / 16 / 512이며 페이지 아웃이 0 개 있지만 매우 큰 스왑 파일이 생성되는 것을 알았습니다 (광산은 약 8GB). 응용 프로그램을 닫으면 사용중인 스왑 공간이 크게 줄었습니다. 다시 페이지 아웃이 기록되지 않았습니다.

나는 이것이 / private / var / vm의 가상 메모리 파일과 함께 보관되는 수면 이미지 파일과 관련이 있다고 생각합니다. pmset 최대 절전 모드가 3 (랩톱의 기본값, RAM 및 디스크 일시 중단)으로 설정되면 절전 모드에서 절전 이미지가 기록됩니다. 그렇기 때문에 랩톱이 잠자기까지 몇 분이 걸립니다. 잠자기 이미지에 최대 16GB의 RAM을 쓰고 있습니다.

그러나 RAM의 전원을 켜고 절전 이미지를 쓰지 않도록이 설정을 변경하면 스왑 파일 크기가 비정상적으로 증가하지 않습니다. 내 수면은 수면 이미지가 수면 후 유지되고 스왑 파일 작성을 요구한다는 것입니다. 아마도이 잘못된 동작으로 인해보고있는 스왑 파일 크기가 비정상적으로 커질 수 있습니다.

로부터 pmset에 대한 맨 페이지 , NO로 변경하려면 터미널에서 실행됩니다 디스크에 일시 :

sudo pmset -a hibernatemode 0

절전 이미지를 삭제하고 16GB RAM이있는 컴퓨터에서 16GB를 회수하려면 다음을 실행하십시오.

sudo rm /var/vm/sleepimage

이상이 없는지 확인하기 위해 이러한 작업 후에 다시 시작합니다. 각 전원에서 다음을 사용하여 상태를 확인할 수 있습니다.

pmset -g

총 전력 손실 (배터리가 죽고 연결되지 않은 경우)의 경우 RAM의 내용이 하드 드라이브에 저장되지 않아 작업을 잃게됩니다. 저에게는 이것이 수면 / 깨우기 속도가 빠르며 배터리 수명이 길고 저장 공간이 재 확보되기 때문에 작지만 계산 된 위험입니다. 또한 저 에게이 문제를 완화 한 것으로 보입니다.이 문제는 내가 소유 한 다른 Mac 랩톱에서는 볼 수 없었습니다. 그래도 배터리 표시등이 있었으면 좋겠습니다.


버그가 수정되었다고 생각합니다. 적어도 최신 ML 패치 이후로는 이런 일이 발생하지 않았습니다.
ashgromnies

rMBP에 최신 ML 빌드가 있는데 여전히이 문제가 있습니다.
Marc W

메모리 누수로 다른 소프트웨어를 실행하고 스왑 파일을 제어 할 수있을 정도로 재부팅하지 않을 때 스왑이 작동하는 방식만큼 OS에서 버그인지 확실하지 않습니다.
bmike

@bmike 이전 버전의 OS에는 다른 시스템 에서이 문제가 없었지만 동의하는 경향이 있습니다. 나는이의 검증 보고서를 보지 못했다 특히 그들이 존재할 수 있지만, 동일한 OS를 실행하는 비 망막 맥북 프로에.
hodgkin-huxley

2

MacBook Pro 13 인치 Dropbox의 버그로 인해이 문제가 발생했습니다.

Dropbox의 구버전이었습니다. Dropbox를 종료하고 새 버전 (1.4.1-> 1.4.17)을 설치 한 후 문제가 해결되었습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.