Safari usa muita memória no Mac: o que conferir
O Safari aparece no topo da lista de memória, mas isso sozinho não revela um problema. Anote o que está aberto e como o Mac responde, depois altere uma aba ou extensão de cada vez. O resultado útil é uma melhora que se repete, não um número menor por alguns instantes depois de encerrar tudo.
Leia a memória no contexto
O guia de memória do Monitor de Atividade da Apple explica pressão da memória, memória comprimida e swap. Abra Memória no Monitor de Atividade e anote as linhas relacionadas ao Safari, o gráfico de pressão e a resposta do Mac.
RAM sem uso não é o único estado útil. A Apple também descreve arquivos em cache usando memória que estaria livre para melhorar o desempenho. Uma alocação alta com navegação fluida difere de pressão persistente com travamentos. Para o gráfico, veja a explicação da pressão da memória.
| Observação | Próxima comparação | O que pode indicar |
|---|---|---|
| Muitas páginas abertas | Salvar o trabalho e fechar abas desnecessárias | Se a carga aberta influencia |
| Um site parece envolvido | Testar apenas esse site | Se o sintoma acompanha o site |
| Extensões ativadas | Desativar para comparar | Se uma extensão contribui |
| Uma janela privada se comporta diferente | Conferir extensões separadamente | Se é preciso investigar dados de sessão ou extensões |
Nenhuma dessas observações comprova vazamento de memória. Mantenha página, ação e duração do teste comparáveis, em vez de comparar uma janela parada com um aplicativo web trabalhando.
Olhe além da linha Safari
A documentação da arquitetura do WebKit explica que páginas rodam em processos WebContent separados do app e de um processo de rede compartilhado. Olhar apenas a linha chamada Safari pode deixar de fora parte da carga.
Registre os nomes que realmente aparecem no Monitor de Atividade. Se uma linha mostrar um nome de site, use como pista para comparar com aquela página, não como prova de uma correspondência fixa entre processo e aba.
Salve qualquer trabalho pendente na página suspeita antes do teste. Fechar a página dentro do Safari dá uma comparação mais clara do que encerrar processos auxiliares desconhecidos.
Reduza abas sem perder o que precisa
A Apple documenta como fechar abas individuais. Comece pelas páginas que não precisa mais, mantenha o site suspeito aberto e repita a mesma ação observando memória e resposta.
Inclua outras janelas do Safari e os grupos que usa no inventário. O guia de Grupos de Abas descreve como organizar páginas, não medir memória. A quantidade de abas de um grupo não informa quanta RAM ele usa agora.
Se reduzir a carga aberta ajudar, reabra só as páginas necessárias para a próxima tarefa. Se o mesmo site reproduzir o problema sozinho, investigue esse site em vez de apagar dados de navegação sem relação com ele.
Teste extensões e janela privada separadamente
As etapas de solução de problemas do Safari da Apple incluem desativar extensões e testar uma janela privada. Anote quais extensões estão ativadas antes de alterar algo para poder restaurar a seleção.
- Salve o trabalho, desative as extensões nos ajustes do Safari e teste a mesma página.
- Se melhorar, reative as extensões uma a uma e repita a comparação.
- Em um teste separado, abra uma janela privada com Shift-Command-N e teste o mesmo site.
- Restaure a seleção original, exceto uma extensão cujo problema foi confirmado.
Uma melhora na janela privada é uma pista, não um diagnóstico. Login, dados armazenados e permissões das extensões podem ser diferentes. Confira essas diferenças antes de concluir que o site foi corrigido.
A mesma página da Apple explica como remover os dados do site afetado se o teste privado ajudar. Tenha os dados de acesso disponíveis antes dessa etapa e mantenha-a separada do teste de extensões. O cache em disco fica no guia de armazenamento dos navegadores.
Evite que as abas se acumulem
O guia atual de ajustes de abas da Apple lista o fechamento automático após um dia, uma semana ou um mês, além do fechamento manual. Compare a versão selecionada no guia com a do Safari instalado antes de procurar o controle.
Se sua versão oferecer a opção, salve os links necessários antes de escolher um intervalo. Voltar para manual interrompe os próximos fechamentos automáticos, mas não restaura trabalho não salvo em abas já fechadas. Se a opção não existir, feche as abas manualmente em vez de seguir ajustes exclusivos do iPhone.
Confira se a melhora dura
Repita a tarefa original com as mesmas páginas e seleção de extensões. Anote se a lentidão volta, qual site está envolvido e se a memória continua subindo durante um uso comparável.
Se um site continuar provocando o problema, guarde esses detalhes para o desenvolvedor. A página da Apple também explica como obter atualizações do Safari pelas atualizações do macOS. Outro navegador pode servir de comparação, mas os nomes e o comportamento dos processos Chrome ficam no guia de processos auxiliares do Chrome.
Onde o Mole entra
A lista de processos do Mole Mac em Status pode ser ordenada por MEM para comparar o uso de memória. Ela agrupa processos cujo app responsável foi reconhecido, incluindo os processos WebKit atribuídos a esse app. Portanto, as linhas de apps não são uma lista de abas do Safari. Use para comparar memória por app enquanto faz as alterações no Safari.
Perguntas frequentes
Memória alta no Safari sempre é um problema?
Um valor isolado não comprova uma falha. Compare pressão, resposta e a mesma tarefa de navegação antes de avaliar se uma intervenção ajudou.
Melhorar em uma janela privada prova que uma extensão é a causa?
Não. Os dados armazenados do site e o login também podem ser diferentes. Teste as extensões separadamente e restaure a seleção depois.
Devo limpar o cache em disco do Safari para reduzir a RAM?
Ganhar espaço em disco não comprova a solução de um problema de memória. Isole a página ou extensão primeiro, depois compare a mesma carga novamente.