Система журналу спаму Coreaudiod: ввімкнено автоматичні зйомки стека, оскільки аудіо IO неактивний

9

Я отримую свій системний журнал практично спам із:

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

Гуглінг не дає корисних результатів. Будь-які ідеї, що це таке, і як це полегшити?

macos mountain-lion audio

— фаворети
джерело

Я також отримую це. Здається, для мене почалося створення бета-версії 10.8.4 12E47. Я звузив, що він входить у system.log, коли Mac OS X робить звукові дії. Ще не знайшли виправлення, але я не помічаю жодних проблем із моєю системою, наприклад, сповільнення, збої тощо

— booyah

1

Яка версія ОС? @booyah, будь ласка, не обговорюйте конфіденційне програмне забезпечення перед випуском.

— Грем Перрін

@GrahamPerrin: Ви маєте рацію, я, мабуть, мушу відкинути всю тему, оскільки я теж на попередньому випуску. Не надто добре подумав перед публікацією.

— favoretti

Це чесна помилка, легко робиться ;-) Також можливо, що ці повідомлення від coreaudiod є випуском, але настільки рідкісними, що Google ще не знайдений. Я думаю, залиште це питання відкритим на тиждень або близько цього (WWDC приблизно через тиждень)…

— Грем Перрін

5

Тепер, коли випущено 10.8.4 (збірка 12E55), він все ще є. Я отримав відповідь від Apple Engineering, що це реєструється дизайном.

— буя
джерело

2

за дизайном? навмисно дратують людей?

— DuckDucking

2

Так за дизайном. це повідомлення журналу рівня повідомлень. Додайте це до /etc/asl.conf, перестаньте їх записувати:? [= Повідомлення відправника] [> Попередження про рівень] ігнорувати

— Аарон

2

Як найкраще я можу сказати, це суто діагностичні повідомлення і не вказують на конкретний збій, а натомість є лише реєстрацією змін стану аудіосистеми.

Якщо ви хочете придушити ці повідомлення таким чином, щоб вони мали чистий журнал, досить легко змінити систему журналу, щоб не реєструвати конкретні або загальні повідомлення для певних підсистем. Просто відредагуйте своє запитання, якщо ви не знаєте, як налаштувати, syslog.confабо задайте наступне запитання, якщо це ваша справжня мета, крім того, щоб знати, що вони розміщені там дизайном.

Ви також можете зменшити гучність цих повідомлень, визначивши, які програми ви запускаєте, які так часто викликають аудіосистему. Якщо ви виходите з усіх облікових записів, ви можете переконати себе в тому, що журнал - це лише звітування про дії, які викликає програмне забезпечення вашого користувача замість системної події нижчого рівня, яку ви не можете контролювати.

— bmike
джерело

1

Повідомлення рівня 5 (повідомлення).

— Грем Перрін

1

Одного конкретного винуватця, якого я знайшов, є Spotify; здається, що аудіосистема завжди працює активно, незалежно від того, відтворює вона чи ні. Це викликає пару таких повідомлень журналу щохвилини.

— Буде Горінг

1

У версії 12E55 я також бачив ці повідомлення. Спочатку я повернув coreaudiod до версії 10.8.3, але, граючи з stringsі dtruss, я знайшов спосіб зупинити затоплення цих повідомлень у моїй системі за допомогою останнього coreaudiod (ви все ще бачите повідомлення один раз, коли починається coreaudiod, але тільки потім) . Ось що ви можете спробувати:

Створіть /Library/Preferences/Audio/com.apple.audio.ServerSettings.plistіз наступним вмістом:

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

Перезавантажте.

— 93270
джерело

Розглянемо можливість того, що дозволити стек-шоти можуть бути руйнівними.

— Грем Перрін

Досить справедливо, але враховуючи, що журнал тут вказує на те, що стек-файти трапляються дуже часто в будь-якому випадку, я б скоріше ризикнув і змусив coreaudio зробити те, що збирався зробити, не записуючи його.

— 93270

Я здогадуюсь, що включення автоматичних стек-шотів просто дозволяє системі підготуватися до автоматизації. Сумніваюсь, що стек-шок виникає кожного разу, коли ввімкнена автоматизація.

— Грем Перрін

Ви маєте рацію, і я цього не зрозумів, читаючи повідомлення. Я не видаляю це, оскільки я вважаю, що хтось повинен вирішити, чи вартий це компроміс для них особисто, але мій пост не слід розглядати як відповідь.

— 93270