Systemprotokoll für Coreaudiod-Spam: Automatische Stapelaufnahmen aktiviert, da Audio-E / A inaktiv ist

9

Ich bekomme mein Systemprotokoll praktisch mit 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

Googeln liefert keine nützlichen Ergebnisse. Irgendwelche Ideen, was das ist und wie man es lindert?

macos mountain-lion audio

— favoretti
quelle

Ich erhalte das auch. Es scheint mit 10.8.4 12E47 Beta Build für mich begonnen zu haben. Ich habe eingegrenzt, dass es sich in system.log anmeldet, wenn Mac OS X eine Soundaktion ausführt. Ich habe noch keine Lösung gefunden, aber ich

— bemerke

1

Welche Version des Betriebssystems? @booyah Bitte besprechen Sie keine vertrauliche Pre-Release-Software.

— Graham Perrin

@GrahamPerrin: Du hast Recht, ich sollte wahrscheinlich das ganze Thema fallen lassen, da ich auch eine Vorabversion habe. Ich habe vor dem Posten nicht gut genug nachgedacht.

— favoretti

Es ist ein ehrlicher Fehler, der leicht gemacht werden kann ;-) Es ist auch möglich, dass diese Nachrichten von coreaudiod in einer Veröffentlichung enthalten sind, aber so selten, dass sie von Google noch nicht gefunden wurden. Ich denke, lassen Sie diese Frage für eine Woche oder so offen (WWDC in ungefähr einer Woche)…

— Graham Perrin

5

Nachdem 10.8.4 veröffentlicht wurde (Build 12E55), ist es immer noch da. Ich habe eine Antwort von Apple Engineering erhalten, dass dies vom Design protokolliert wird.

— Booyah
quelle

2

von Entwurf? absichtlich nervige Leute?

— SpaceDog

2

Ja. Es handelt sich um eine Protokollnachricht auf Benachrichtigungsebene. Fügen Sie dies zu /etc/asl.conf hinzu. Beenden Sie die Protokollierung :? [= Sender coreaudiod] [> Level Warnung] ignorieren

— Aaron McMillin

2

Wie ich am besten beurteilen kann, handelt es sich hierbei um reine Diagnosemeldungen, die keinen bestimmten Fehler anzeigen, sondern lediglich Statusänderungen für das Audio-Subsystem protokollieren.

Wenn Sie diese Nachrichten unterdrücken möchten, um ein sauberes Protokoll zu erhalten, können Sie das Protokollierungssystem ganz einfach so ändern, dass für bestimmte Subsysteme keine spezifischen oder allgemeinen Nachrichten protokolliert werden. Bearbeiten Sie einfach Ihre Frage, wenn Sie nicht wissen, wie Sie sie konfigurieren sollen, syslog.confoder stellen Sie eine Folgefrage, wenn dies Ihr wahres Ziel ist, abgesehen davon, dass Sie wissen, dass diese von Natur aus dort platziert sind.

Sie können die Lautstärke dieser Nachrichten auch verringern, indem Sie festlegen, welche Programme, die Sie ausführen, das Audio-Subsystem so oft aufrufen. Wenn Sie sich von allen Konten abmelden, können Sie sich davon überzeugen, dass das Protokoll nur Aktionen meldet, die Ihre Software auf Benutzerebene verursacht, anstatt eines Systemereignisses auf niedrigerer Ebene, das Sie nicht steuern können.

— bmike
quelle

1

Die Nachrichten sind Stufe 5 (Hinweis).

— Graham Perrin

1

Ein besonderer Schuldiger, den ich gefunden habe, ist Spotify; Es scheint das Audiosystem jederzeit aktiv zu halten, egal ob es abgespielt wird oder nicht. Das verursacht jede Minute ein Paar dieser Protokollnachrichten.

— Will Göring

1

In Build 12E55 wurden diese Meldungen ebenfalls angezeigt. Zuerst habe ich coreaudiod auf die Version 10.8.3 zurückgestuft, aber nachdem ich mit stringsund gespielt habe dtruss, habe ich einen Weg gefunden, die Flut dieser Nachrichten auf meinem System mit der neuesten coreaudiod zu stoppen (Sie sehen die Nachricht immer noch einmal, wenn coreaudiod startet, aber erst dann). . Folgendes können Sie versuchen:

Erstellen Sie /Library/Preferences/Audio/com.apple.audio.ServerSettings.plistmit folgendem Inhalt:

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

Starten Sie neu.

— 93270
quelle

Berücksichtigen Sie die Möglichkeit, dass das Zulassen von Stackshots störend sein kann.

— Graham Perrin

Fair genug, aber da das Protokoll hier anzeigt, dass die Stackshots sowieso sehr oft stattfinden, würde ich lieber mein Risiko eingehen und coreaudio tun lassen, was es tun würde, ohne es zu protokollieren.

— 93270

Ich denke, dass durch das Aktivieren automatischer Stackshots das System einfach auf die Automatisierung vorbereitet werden kann. Ich bezweifle, dass jedes Mal ein Stackshot auftritt, wenn die Automatisierung aktiviert ist.

— Graham Perrin

Du hast recht und das habe ich beim Lesen der Nachricht nicht bemerkt. Ich werde dies nicht löschen, da ich der Meinung bin, dass jemand entscheiden sollte, ob sich der Kompromiss für ihn persönlich lohnt, aber mein Beitrag sollte nicht als Antwort betrachtet werden.

— 93270