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?


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.


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.


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.


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
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.