Journal système des spams Coreaudiod: activation des captures de pile automatiques car les E / S audio sont inactives

9

Je reçois mon journal système pratiquement spammé avec:

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

La recherche sur Google ne donne aucun résultat utile. Des idées sur ce que c'est et comment y remédier?

macos mountain-lion audio favoretti
la source
Je le reçois également. Il semble avoir commencé avec la version bêta 10.8.4 12E47 pour moi. J'ai précisé qu'il se connecte à system.log chaque fois que Mac OS X effectue une action saine. Je n'ai pas encore trouvé de correctif, mais je ne remarque aucun problème avec mon système, par exemple un ralentissement, des problèmes, etc.
booyah
1
Quelle version de l'OS? @booyah, s'il vous plaît, ne discutez pas des logiciels de pré-version confidentiels.
Graham Perrin
@GrahamPerrin: vous avez raison, je devrais probablement abandonner tout le sujet, car je suis également en pré-version. Je n'ai pas assez bien réfléchi avant de poster.
favoretti
C'est une erreur honnête, facile à faire ;-) Il est également possible que ces messages de coreaudiod soient dans une version, mais si rares qu'ils ne soient pas encore trouvés par Google. Je pense, laissez cette question ouverte pendant une semaine environ (WWDC dans environ une semaine)…
Graham Perrin

Réponses:

5

Maintenant que 10.8.4 est sorti (build 12E55), il est toujours là. J'ai reçu une réponse d'Apple Engineering que cela est consigné par conception.

booyah
la source
2
intentionnellement? les gens intentionnellement ennuyeux?
DuckDucking
2
Oui par conception. c'est un message de journal de niveau Avis. Ajoutez ceci à /etc/asl.conf arrêtez de les enregistrer:? [= Expéditeur coreaudiod] [> Avertissement de niveau] ignore
Aaron McMillin
2

Autant que je sache, ce sont des messages purement diagnostiques et n'indiquent pas une défaillance spécifique et ne consignent à la place que les changements d'état du sous-système audio.

Si vous souhaitez supprimer ces messages pour avoir un journal propre, il est assez facile de modifier le système de journalisation pour ne pas enregistrer de messages spécifiques ou généraux pour certains sous-systèmes. Modifiez simplement votre question si vous ne savez pas comment configurer syslog.confou posez une question de suivi si c'est votre véritable objectif indépendamment de savoir que ceux-ci sont placés là par conception.

Vous pouvez également réduire le volume de ces messages en déterminant les programmes que vous exécutez qui appellent si souvent le sous-système audio. Si vous vous déconnectez de tous les comptes, vous pouvez vous convaincre que le journal ne rapporte que les actions que votre logiciel de niveau utilisateur provoque, au lieu d'un événement système de niveau inférieur que vous ne pouvez pas contrôler.

bmike
la source
1
Les messages sont de niveau 5 (avis).
Graham Perrin
1
Un coupable particulier que j'ai trouvé est Spotify; il semble garder le système audio actif à tout moment, qu'il joue ou non. Cela provoque une paire de ces messages de journal toutes les minutes.
Will Goring
1

Sur la version 12E55, j'ai également vu ces messages. Au début, j'ai rétrogradé coreaudiod à la version 10.8.3 mais après avoir joué avec stringset dtruss, j'ai trouvé un moyen d'arrêter le flot de ces messages sur mon système avec la dernière coreaudiod (vous voyez toujours le message une fois lorsque coreaudiod démarre mais seulement ensuite) . Voici ce que vous pouvez essayer:

  1. Créez /Library/Preferences/Audio/com.apple.audio.ServerSettings.plistavec le contenu suivant:

    <?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. Redémarrez.

93270
la source
Considérez la possibilité que le fait d'autoriser les empilements de pile soit perturbateur.
Graham Perrin
Assez bien, mais étant donné que le journal ici indique que les photos de pile se produisent très souvent de toute façon, je préfère tenter ma chance et laisser coreaudio faire ce qu'il allait faire sans le journaliser.
93270
J'imagine que l'activation de stackshots automatiques permet simplement au système d'être préparé pour l'automatisation. Je doute qu'un tir de pile se produise chaque fois que l'automatisation est activée.
Graham Perrin
Tu as raison et je ne m'en suis pas rendu compte en lisant le message. Je ne supprimerai pas cela car je pense que c'est à quelqu'un de décider si le compromis en vaut la peine pour lui personnellement, mais mon message ne doit pas être considéré comme une réponse.
93270