Coreaudiod espacia el logging del sistema: habilita las tomas automáticas de la stack porque el audio IO está inactivo

Estoy recibiendo mi logging del sistema virtualmente enviado por correo electrónico con:

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 

Google no produce resultados útiles. ¿Alguna idea de qué es esto y cómo aliviarlo?

  • ¿Cómo puedo enviar el audio de mi computadora a múltiples salidas?
  • MacOS Sierra Volume Menu controla el comportamiento extraño
  • ¿Qué es la corrección de deriva de sonido en OS X y cómo debería usarlo?
  • ¿Por qué el nivel de volumen de audio está en 0 cada vez que inicio mi Mac?
  • ¿Problema con el interruptor de anillo / silencio en mi iPhone 6?
  • Súbitos sonidos en Mountain Lion
  • Los sonidos no funcionan en Mountain Lion Notification Center
  • Transmita videos y sonidos diferentes a los auriculares y altavoces Bluetooth
  • 3 Solutions collect form web for “Coreaudiod espacia el logging del sistema: habilita las tomas automáticas de la stack porque el audio IO está inactivo”

    Ahora que se lanza 10.8.4 (compilation 12E55), todavía está allí. Obtuve una respuesta de Apple Engineering de que esto está registrado por layout.

    Lo mejor que puedo decir es que estos son posts puramente de diagnóstico y no indican una falla específica y en su lugar solo están registrando cambios de estado para el subsistema de audio.

    Si desea suprimir esos posts para tener un logging limpio, es bastante fácil modificar el sistema de logging para que no registre posts específicos o generales para ciertos subsistemas. Simplemente edite su pregunta si no sabe cómo configurar syslog.conf o hacer una pregunta de seguimiento si ese es su verdadero objective, aparte de saber que estos se colocan allí por layout.

    También puede networkingucir el volumen de estos posts determinando qué progtwigs está ejecutando que llaman al subsistema de audio con tanta frecuencia. Si cierra la session de todas las counts, puede convencerse de que el logging solo informa las acciones que está causando su software de nivel de usuario en lugar de un evento de sistema de nivel inferior que no puede controlar.

    En la compilation 12E55, también he estado viendo estos posts. Al principio, volví a degradar coreaudiod a la versión 10.8.3, pero después de jugar con strings y dtruss , encontré una forma de detener la avalancha de estos posts en mi sistema con la última coreaudiod (aún se ve el post una vez cuando se inicia coreaudiod pero solo entonces). Esto es lo que puedes probar:

    1. Cree /Library/Preferences/Audio/com.apple.audio.ServerSettings.plist con el siguiente contenido:

       <?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. Reiniciar.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).