Registro di sistema degli spam di Coreaudiod: abilitato gli stack stack automatici perché l'audio IO è inattivo

9

Ricevo praticamente il mio registro di sistema con 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

Google non produce risultati utili. Qualche idea su cosa sia e come alleviarlo?

macos mountain-lion audio

— favoretti
fonte

Ricevo anche questo. Sembra che abbia iniziato con la versione beta 10.8.4 12E47 per me. Ho ristretto il fatto che si sta registrando in system.log ogni volta che Mac OS X esegue un'azione audio. Non ho ancora trovato una soluzione, ma non noto alcun problema con il mio sistema, ad esempio rallentamento, anomalie, ecc.

— booyah

1

Quale versione del sistema operativo? @booyah, per favore, non discutere del software di pre-rilascio riservato.

— Graham Perrin,

@GrahamPerrin: hai ragione, dovrei probabilmente abbandonare l'intero argomento, dato che sono anche in pre-release. Non pensavo abbastanza bene prima di pubblicare.

— favoretti,

È un errore onesto, facilmente commesso ;-) Inoltre è possibile che questi messaggi di coreaudiod siano in una versione, ma così rari che non sono ancora stati trovati da Google. Credo, lascia questa domanda aperta per circa una settimana (WWDC in circa una settimana) ...

— Graham Perrin

5

Ora che 10.8.4 è stato rilasciato (build 12E55), è ancora lì. Ho ricevuto una risposta da Apple Engineering che questo è stato registrato in base alla progettazione.

— booyah
fonte

2

di progettazione? persone intenzionalmente fastidiose?

— DuckDucking,

2

Sì in base alla progettazione. è un messaggio di registro a livello di avviso. Aggiungi questo a /etc/asl.conf per fermarli:? [= Sender coreaudiod] [> Level warning] ignore

— Aaron McMillin,

2

Come meglio posso dire, questi sono messaggi puramente diagnostici e non indicano un errore specifico e invece registrano solo cambiamenti di stato per il sottosistema audio.

Se si desidera eliminare quei messaggi per avere un registro pulito, è abbastanza facile modificare il sistema di registrazione per non registrare messaggi specifici o generali per alcuni sottosistemi. Modifica la tua domanda se non sai come configurare syslog.confo fai una domanda successiva se questo è il tuo vero obiettivo separato dal sapere che questi sono collocati lì in base alla progettazione.

Puoi anche ridurre il volume di questi messaggi determinando quali programmi stai eseguendo che chiamano il sottosistema audio così spesso. Se esci da tutti gli account, puoi convincerti che il registro riporta solo le azioni che il tuo software di livello utente sta causando invece di alcuni eventi di sistema di livello inferiore che non puoi controllare.

— bmike
fonte

1

I messaggi sono di livello 5 (avviso).

— Graham Perrin,

1

Un colpevole in particolare che ho trovato è Spotify; sembra mantenere il sistema audio sempre attivo, che sia in riproduzione o meno. Ciò causa una coppia di questi messaggi di registro ogni minuto.

— Will Goring l'

1

Nella build 12E55, ho visto anche questi messaggi. Inizialmente, ho eseguito il downgrade di coreaudiod alla versione 10.8.3 ma dopo aver giocato con stringse dtruss, ho trovato un modo per fermare il flusso di questi messaggi sul mio sistema con l'ultimo coreaudiod (vedi ancora il messaggio una volta all'avvio di coreaudiod ma solo allora) . Ecco cosa puoi provare:

Crea /Library/Preferences/Audio/com.apple.audio.ServerSettings.plistcon il seguente contenuto:

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

Reboot.

— 93270
fonte

Considera la possibilità che consentire gli stackshots possa essere dannoso.

— Graham Perrin,

Abbastanza giusto, ma dato che il registro qui indica che gli stackshots stanno accadendo molto spesso comunque, preferirei rischiare e fare in modo che coreaudio faccia quello che avrebbe fatto senza registrarlo.

— 93270

Immagino che abilitando gli stackshots automatici sia semplicemente possibile preparare il sistema all'automazione. Dubito che si verifichi uno stackshot ogni volta che viene abilitata l'automazione.

— Graham Perrin,

Hai ragione e non me ne sono reso conto leggendo il messaggio. Non lo cancellerò perché credo che dovrebbe essere per qualcuno decidere se il compromesso valga la pena per loro personalmente, ma il mio post non dovrebbe essere considerato come una risposta.

— 93270