Registro do sistema de spams de coreaudiod: Habilitado capturas automáticas de pilha porque o IO de áudio está inativo

9

Estou recebendo meu log do sistema praticamente com spam:

May 13 23:56:36 alluminium coreaudiod[238]: Enabled automatic stack shots because audio IO is inactive
May 13 23:56:37 alluminium coreaudiod[238]: Disabled automatic stack shots because audio IO is active
May 13 23:56:38 alluminium coreaudiod[238]: Enabled automatic stack shots because audio IO is inactive
May 13 23:56:39 alluminium coreaudiod[238]: Disabled automatic stack shots because audio IO is active
May 13 23:56:39 alluminium coreaudiod[238]: Enabled automatic stack shots because audio IO is inactive
May 13 23:56:39 alluminium coreaudiod[238]: Disabled automatic stack shots because audio IO is active
May 13 23:56:39 alluminium coreaudiod[238]: Enabled automatic stack shots because audio IO is inactive
May 13 23:56:41 alluminium coreaudiod[238]: Disabled automatic stack shots because audio IO is active
May 13 23:56:41 alluminium coreaudiod[238]: Enabled automatic stack shots because audio IO is inactive
May 13 23:56:42 alluminium coreaudiod[238]: Disabled automatic stack shots because audio IO is active

O Google não produz resultados úteis. Alguma idéia do que é isso e como aliviá-lo?

macos mountain-lion audio favoretti
fonte
Estou recebendo isso também. Parece ter começado na versão 10.8.4 12E47 beta para mim. Eu refinei que ele está efetuando login no system.log sempre que o Mac OS X faz uma ação sólida. Ainda não encontrou uma solução, mas eu não notar qualquer problema com meu sistema, por exemplo, slow-down, falhas, etc.
booyah
1
Qual versão do sistema operacional? @ booyah, não discuta software confidencial de pré-lançamento.
Graham Perrin
@GrahamPerrin: você está certo, eu provavelmente deveria abandonar todo o tópico, já que estou em um pré-lançamento também. Não pensou bem o suficiente antes de postar.
Favor31
É um erro honesto, facilmente cometido ;-) Também é possível que essas mensagens do coreaudiod estejam em um release, mas tão raras que ainda não foram encontradas pelo Google. Eu acho, deixe a questão em aberto para uma semana ou assim (WWDC em cerca de uma semana) ...
Graham Perrin

Respostas:

5

Agora que o 10.8.4 foi lançado (build 12E55), ele ainda está lá. Recebi uma resposta da Apple Engineering de que isso é registrado por design.

booyah
fonte
2
por design? pessoas intencionalmente irritantes?
SpaceDog 11/09/13
2
Sim por design. é uma mensagem de log no nível de aviso. Adicione isso ao /etc/asl.conf para de registrá-los:? [= Coreaudiod do remetente] [> Aviso de nível] ignorar
Aaron McMillin
2

Pelo melhor que posso dizer, essas são mensagens puramente de diagnóstico e não indicam uma falha específica e, em vez disso, são apenas mudanças de estado de log para o subsistema de áudio.

Se você deseja suprimir essas mensagens para ter um log limpo, é muito fácil modificar o sistema de log para não registrar mensagens gerais ou específicas para determinados subsistemas. Apenas edite sua pergunta se você não souber como configurar syslog.confou faça uma pergunta a seguir, se esse é o seu verdadeiro objetivo, além de saber que eles são colocados lá por design.

Você também pode reduzir o volume dessas mensagens, determinando quais programas você está executando e que chamam o subsistema de áudio com tanta frequência. Se você sair de todas as contas, poderá se convencer de que o registro está apenas relatando ações que seu software no nível do usuário está causando, em vez de algum evento do sistema de nível inferior que você não pode controlar.

bmike
fonte
1
As mensagens são do nível 5 (aviso).
Graham Perrin
1
Um culpado em particular que encontrei é o Spotify; parece manter o sistema de áudio ativo o tempo todo, seja reproduzido ou não. Isso causa um par dessas mensagens de log a cada minuto.
Will Goring
1

Na versão 12E55, também vi essas mensagens. Inicialmente, rebaixei o coreaudiod para a versão 10.8.3, mas depois de brincar com stringse dtruss, encontrei uma maneira de interromper o fluxo dessas mensagens no meu sistema com o mais recente coreaudiod (você ainda vê a mensagem uma vez quando o coreaudiod é iniciado, mas somente então) . Aqui está o que você pode tentar:

  1. Crie /Library/Preferences/Audio/com.apple.audio.ServerSettings.plistcom o seguinte conteúdo:

    <?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>AllowStackShotsDuringIO</key>
    <true/>
</dict>
</plist>

  2. Reinicie.

93270
fonte
Considere a possibilidade de permitir imagens acumuladas ser perturbador.
Graham Perrin
É justo, mas como o registro aqui indica que os stackshots estão acontecendo com muita frequência de qualquer maneira, prefiro me arriscar e fazer com que o coreaudio faça o que ia fazer sem registrá-lo.
93270 06/06/2013
Eu acho que habilitar stackshots automáticos simplesmente permite que o sistema esteja preparado para a automação. Duvido que um stackshot ocorra sempre que a automação for ativada.
Graham Perrin
Você está certo e eu não percebi isso ao ler a mensagem. Não vou excluir isso, pois acredito que deve ser para alguém decidir se a troca vale a pena para ele pessoalmente, mas minha postagem não deve ser considerada como resposta.
93270