Por que o Finder usa 59 GB de espaço de troca?

9

Meu novo MacBook Pro retina (com 16 GB de RAM) continua recebendo a mensagem "Seu disco de inicialização do Mac OS X não tem mais espaço disponível para a memória do aplicativo". Tenho 300 GB de espaço livre no disco rígido e 16 GB de RAM. Isso não deveria estar acontecendo.

Mas isso continua acontecendo, mesmo quando não estou usando meu Mac ativamente. Fui almoçar, voltei e vi o seguinte: uso excessivo de RAM59 GB de swap usados.

O que está acontecendo?

ashgromnies
fonte
1
Posso assumir que você tentou reiniciar?
Nathan Walker
Sim, eu reiniciei e ele corrige o problema imediato, mas ele aparecerá novamente eventualmente.
ashgromnies
2
Se você se desconectar da rede e reiniciar no modo de segurança, o Finder não exige tanta RAM? Em seguida (se necessário), repita novamente após o Time Machine e todas as unidades externas serem desconectadas. Esse pode ser um comportamento normal, com base no trabalho que você deu ao Finder, por isso é difícil saber onde está a linha de uso da RAM "demais" até que você quantifique o ambiente em que o Finder está sendo executado. Se você não se importa em vasculhar arquivos de log, execute sysdiagnoseno Finder - você terá um despejo de todas as alocações de memória e muito mais a examinar.
Bmike
Parece um bug estranho, mas a única solução possível que eu poderia pensar seria tentar uma instalação limpa. Ficarei interessado em ver se mais alguém já passou por isso.
Nathan Walker
1
Parece vazamento de memória . você deve repassá-lo para a apple.
Alpha_one_x86 18/07/12

Respostas:

7

Eu acredito que isso seja um bug no OS X 10.7. Eu também tenho uma retina MacBook Pro. O meu é 2.6 / 16/512, e notei que havia 0 saídas de página, mas um arquivo de troca muito grande sendo criado (o meu tinha cerca de 8 GB). Os aplicativos de fechamento reduziram ativamente o espaço de troca sendo usado. Novamente, não havia saídas de página sendo gravadas.

Eu acredito que isso tem a ver com o arquivo de imagem de suspensão que também fica alojado ao lado dos arquivos de memória virtual em / private / var / vm. Quando pmset hibernatemode é definido como 3 (padrão para laptops, suspender para RAM e disco), a imagem do sono é gravada durante o sono. É por isso que leva alguns momentos para que esses laptops durmam: está gravando até 16 GB de RAM na imagem do sono.

No entanto, alterar essa configuração para que a RAM seja ligada e NÃO seja gravada nenhuma imagem de sono resultou em aumentos anormais no tamanho do arquivo de troca. Minha suspeita é que, em alguns casos, a imagem do sono seja preservada após o sono e solicite a criação de arquivos de troca. Talvez seja esse comportamento incorreto que também esteja resultando nos tamanhos de arquivo de troca extraordinariamente grandes que você está vendo.

Na página de manual do pmset , para alterar para NÃO suspender no disco, você executaria em um Terminal:

sudo pmset -a hibernatemode 0

Para excluir a imagem inativa (e recuperar 16 GB no seu computador com 16 GB de RAM), execute:

sudo rm /var/vm/sleepimage

Eu reinicio após essas operações apenas para garantir que não haja estranheza. Em cada fonte de energia, você pode verificar o status com:

pmset -g

Você deve estar ciente de que, no caso de uma perda total de energia (bateria descarregada e não conectada), o conteúdo da RAM não será salvo no disco rígido e você perderá seu trabalho. Para mim, esse é um risco pequeno, porém calculado, devido à velocidade do sono / vigília, juntamente com a excelente duração da bateria e o espaço de armazenamento recuperado. Além disso, para mim, parece ter atenuado esse problema, que eu não vi em nenhum outro laptop Mac que eu possua. Eu gostaria que tivéssemos aquelas luzes indicadoras de bateria.

hodgkin-huxley
fonte
Eu acredito que o bug foi corrigido. Eu não vi isso acontecer desde o último patch ML, pelo menos.
ashgromnies
Eu tenho a versão mais recente do ML em um rMBP e ainda vejo esse problema.
Marc W
Não tenho certeza se isso é um bug no sistema operacional, assim como o swap funciona quando você executa outro software com vazamento de memória e não reinicia o suficiente para manter os arquivos de swap sob controle.
bmike
@bmike Estou inclinado a concordar, embora as versões anteriores do sistema operacional não apresentassem esse problema em outras máquinas. Também não vi nenhum relatório verificado especificamente em MacBook Pros sem retina executando o mesmo sistema operacional, embora eles possam existir.
Hodgkin-huxley
2

Eu tive esse problema devido a um erro no Dropbox no meu MacBook Pro de 13 polegadas.

Era uma versão antiga do Dropbox. Depois de sair do Dropbox e instalar uma nova versão (1.4.1 -> 1.4.17), meu problema foi corrigido.

Michael_XIII
fonte