signpost_notificationd є протоколом помилок затоплення з błąd "0 не є дійсним ідентифікатором з'єднання"


3

Нещодавно я помітив, що мій журнал помилок буквально затоплений "0 не є дійсним ідентифікатором з'єднання", що генерується signpost_notificationd процесу. Повідомлення записується кілька разів на секунду.

Як я можу перевірити, що викликає це?


Ви бачите високе використання процесора або інші питання, крім реєстрації багатьох повідомлень до бази даних?
bmike

Важко сказати. Я бачу, що kernel_task займає 15-25% CPU в основному більшу частину часу. Це ще одна проблема, яку я намагаюся зламати :(
SiliconMind

Відповіді:


2

MacBook Pro 2017 / MacBookPro14,3

Я отримував цю проблему з перезавантаженням разом з високим використанням kernal_task. Я пройшов через консоль, убиваючи шумні процеси, і, звичайно, один з них був покажчик. Незабаром, як і я, мій процес kernal_task знову відновився. Він запущено з & gt; 600%.

sudo ps aux | grep -E '^root.*signpost_notificationd' | awk '{system("sudo kill -9 " $2)}'

0

так що це, здається, помилка в 10.13.3 або 4 - якщо ви примусово вийти з signpost_notificationd процесу в моніторі активності це виправити проблему до наступного перезавантаження. Зверніть увагу, що оскільки це системний процес, він негайно перезапуститься, але, схоже, виправити проблему реєстрації (і будь-яку іншу проблему).

Багато обговорення тут: https://discussions.apple.com/thread/8291112


0

Це частина системи signpost_reporter, яка надсилає телеметрію компанії Apple, якщо ви ввійшли до спільного використання звітів про аварійне завершення роботи та іншої інформації про діагностику / використання.

На переважній більшості наших комп'ютерів Mac - ця помилка часто реєструється і є нешкідливою в тому, що ми отримуємо 0,0% процесорного часу навіть після того, як Mac використовують від 20 до 40 днів без перезавантаження.

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


Важко сказати, чи впливає це на процесор. Я бачу, що kernel_task займає 15-25% CPU в основному більшу частину часу. Це ще одне питання, я намагаюся зламати: (але якщо ці два пов'язані, то я буду першим, хто відмовиться від телеметрії!
SiliconMind

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.