Eu tenho um Mac mini no final de 2009 que começou a ter um desempenho muito ruim após algum tempo em Yosemite. O Safari leva cerca de um minuto para iniciar ocasionalmente, como um exemplo.
É verdade que tenho várias tarefas em segundo plano em execução (Dropbox, BitTorrent Sync, AirServer), mas isso permanece inalterado em comparação com antes de atualizar para o Yosemite.
Meu principal suspeito é o uso muito alto da rede. O processo kernel_task está usando muita largura de banda da LAN, baixando ocasionalmente 60 MB (ou seja, megabytes) / s por alguns segundos antes de cair para zero, sem motivo aparente. A quantidade total de largura de banda usada excedeu 14 terabytes (!) Após algumas semanas de tempo de atividade.
Eu tenho um NAS que eu uso para compartilhar arquivos e backups, mas como o processo usando a largura de banda é kernel_task, não sei o que pensar.
Atualização : Como solução temporária, configurei um script para limpar os systemstatsd
arquivos mencionados abaixo regularmente, mas a causa raiz permanece sem solução.
Hoje eu notei três coisas:
- Em três dias, o total de dados baixados é de 3.300 GB.
- Atualmente, aproximadamente a cada 12 segundos, há um aumento na atividade da rede, onde algo maximiza a interface Ethernet por alguns segundos.
- Sair do aplicativo BitTorrent Sync fez com que o item número 2 desaparecesse.
Minha teoria é a seguinte: há algum bug no BitTorrent Sync que faz com que ele fique louco na rede, que por si só usa muitos recursos do sistema. Por sua vez, isso causa systemstatsd
soluços, o que cria a carga final no sistema.
fonte
Respostas:
O culpado era de fato systemstatsd. Pelo que entendi, esse processo produz várias estatísticas do sistema e as despeja em um arquivo que é analisado posteriormente. Por alguma razão, esse arquivo nunca foi redefinido, resultando em um arquivo de estatísticas gigante que levou recursos sérios para analisar.
O que eu fiz foi parar os daemons de análise,
sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis
remova o arquivo de despejo de estatísticas (que tinha cerca de 3 GB de tamanho na época)
cd /private/var/db/systemstats/ sudo rm snapshots.db
relançar os daemons
sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis
Eu nunca descobri por que esse arquivo de despejo nunca foi limpo, mas suspeito que tenha algo a ver com a PRAM, então, para uma boa medida, eu finalmente a redefinii reiniciando e pressionando CMD, ALT, P, R quando o toque de inicialização foi ouvido até foi ouvido uma segunda vez.
O resultado final é um mac muito mais rápido do que antes. Esperamos que zapear a PRAM tenha eliminado a causa raiz.
Leitura adicional: Qual é o uso do snapshot.db?
fonte
Sua
systemstats
parece estar a correr fora de controle, que poderia explicar o funcionamento lento.Só para comparar, tenho systemstatsd com 0% de uso da CPU no meu MBA com o Mavericks após 50 horas de tempo de CPU. E para o uso do disco é de 18 MB (de um total de 45 GB), portanto não há TB.
Você pode ajudá-lo redefinindo-o.
Copie e cole os seguintes no seu Terminal, localizado na pasta Utilitário.
digite sua senha de login quando solicitado.
Ou, se você não gosta de usar o Terminal, use a janela Monitor de Atividade:
Selecione o processo incorreto das estatísticas do sistema e escolha o botão (x) para forçar o encerramento.
PS
Sim, existem 2 processos, o systemstasts e o systemstatsd.
*
Convém verificar seu uso de energia, sua bateria etc. ou fazer uma redefinição SMC.
fonte
Temos um Mac Mini final de 2009. Aumentei a memória de 2G para 8G e parece ter corrigido o problema. Claro que custa US $ 90. Solicitei memória no Crucial.com e usei este vídeo muito claro para fazer a instalação (requer algum cuidado e alguma aptidão técnica, mas não habilidade profissional): https://www.youtube.com/watch?v=5KaHNLR6Aac
fonte