logd

Um app ou processo em segundo plano está registrando em loop. Um processo que falha e tenta de novo muitas vezes por segundo, como um cliente de rede que não alcança o servidor, uma sincronização travada ou um driver que relata o mesmo erro sem parar, pode escrever centenas de milhares de mensagens por minuto. O logd comprime e salva cada uma, e a CPU e os Bytes Gravados dele sobem junto.

Um registro extra ativado para solucionar problemas tem o mesmo efeito. Um perfil de registro instalado para um relatório de bug, ou uma mudança feita com o comando log config, faz o logd salvar mensagens que normalmente ele só manteria na memória.

Encontre o processo que está inundando o log e resolva esse processo, não o logd. No Terminal, log stats --last 5m classifica os processos pelo quanto registraram nos últimos cinco minutos. Encerre ou atualize o app que estiver no topo, ou reinicie o Mac se for um processo em segundo plano travado.

Se você instalou um perfil de registro de que não precisa mais, remova-o em Ajustes do Sistema → Geral → Gerenciamento de Dispositivos. Encerrar o logd não ajuda: o macOS o inicia de novo na hora, e o processo que está inundando o log continua.

O logd é quem armazena, então a pergunta útil é quem está escrevendo. O Monitor de Atividade mostra o custo e o Terminal mostra o culpado.

1. Abra o Monitor de Atividade, clique na aba CPU, escolha Visualizar → Todos os Processos e digite logd no campo de busca. Anote a % CPU dele.
2. Clique na aba Disco e observe os Bytes Gravados do logd. Um valor que sobe rápido significa que ele está salvando uma enxurrada de mensagens no disco.
3. Limpe o campo de busca e ordene a aba CPU por % CPU. O processo que está inundando o log muitas vezes também está ocupado, e pode estar reiniciando sem parar, com um PID novo a cada vez.
4. Abra o Terminal e execute log stats --last 5m. Em processes, ele lista os processos que mais registraram nos últimos cinco minutos, com o número de eventos e de bytes. O WindowServer e alguns outros processos do sistema registram muito em qualquer Mac, então procure um processo com uma fatia fora do comum, ou um que deveria estar ocioso.
5. Para ler o que esse processo está dizendo, execute log show --last 5m --predicate 'process == "Name"', com o nome do processo no lugar de Name. Para acompanhar ao vivo, use log stream com o mesmo predicado e pressione Control-C para parar.

Normal: o logd fica bem abaixo de alguns por cento de CPU, com subidas curtas quando o Mac liga, sai do repouso ou quando muitos apps abrem ao mesmo tempo.

Vale investigar: o logd fica perto do topo da lista de CPU por minutos seguidos, ou os Bytes Gravados dele continuam crescendo rápido enquanto você faz pouca coisa. Estas são as causas comuns:

• Um processo que falha e tenta de novo em um loop apertado, como um cliente de rede que não alcança o servidor ou uma sincronização travada.
• Um auxiliar que trava e é iniciado de novo na mesma hora, registrando a mesma inicialização e a mesma falha a cada vez.
• Registro de depuração ou de informações ativado com log config, ou por um perfil de registro instalado para um relatório de bug.
• Um app com registro detalhado ativado nos próprios ajustes, ou uma versão de teste de um app que registra tudo.
• O Console deixado transmitindo ao vivo, ou uma ferramenta que lê o log ao vivo o tempo todo. Esse custo aparece principalmente no diagnosticd, o companheiro do logd.

O Console, em Aplicativos → Utilitários, mostra o mesmo log em uma janela. Clique em Iniciar na barra de ferramentas para ver as mensagens conforme chegam e digite o nome de um processo no campo de busca para mostrar só as mensagens que o mencionam. Quando um processo enche a tela mais rápido do que você consegue ler, você encontrou o que ocupa o logd.

Pare a transmissão quando terminar. Enquanto o Console mostra o log ao vivo, o diagnosticd e os processos que registram fazem trabalho extra, o oposto do que você quer em um Mac que já está ocupado.