Повідомлення підносять macOS на коліна з миючими засобами та сервісами для виклику


20

Коли я запускаю Messages на macOS і намагаюся зробити що-небудь взагалі з ним (або навіть, здається, якщо я просто зачекаю деякий час, поки не надійде повідомлення) два процеси soagentі callservicesdпочати максимізувати процесор і не зупинятись, поки Messages і всі вони кидають силу.

Повідомлення фактично зараз непридатні для мого Mac. Мій обліковий запис iCloud - єдиний, який синхронізує контакти, і єдиний, що використовується в Повідомленнях (використання декількох облікових записів в будь-якому випадку пропонується як тригер помилки).

Що я можу зробити, щоб це виправити? Видалення та читання всіх моїх облікових записів в Інтернеті не є можливим.


Оновлення: тригером такої поведінки, здається, є (страшна) перевірка правопису Apple. Я можу користуватися Повідомленнями, не soagentпереймаючи свою машину, доки не введу помилку. Але одне зазіхання, і Повідомлення зависає на деякий час, а потім soagentзнімається і не може бути зупинене, за винятком силової відмови.


Пошук помилок, що містять "контакти", я отримую:

error   08:33:58.523010 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.526106 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.561595 -0500   accountsd   "Cannot check access to a private account type: com.apple.account.AppleAccount"

і

default 08:38:32.371678 -0500   AppleSpell  Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:38:32.405900 -0500   suggestd    Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:39:33.801123 -0500   ContactsAccountsService There was an error while trying to load accounts. We'll return an empty array. Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated.}


Схоже, Apple, можливо, виправила це в Mojave.
orome

2
Нічого, сила форумів, які можна шукати, означає, що я можу знайти цього липня 2019 року та слідувати відповідям тут. Перезапустіть, зачекайте близько 45 хвилин, щоб повторно синхронізувати повідомлення та контакти. Монітор активності показує все на рівні 5%. Перший раз в МЕСЯЦІ, і я повернувся до свого здоров'я. Якби я міг купити все пиво, я б. Серйозно. Дякую.
користувач191860

1
@orome Я на Mojave. Я не маю поняття, чи є моя проблема такою ж, як у ОП, але симптоми схожі, лише різниця в тому, що мені не потрібно починати вводити текст - якщо я відкриваю програму Messages, не використовуйте її взагалі, процесор незабаром (майже) виправлений з миючими засобами та повідомленнями
steve

Відповіді:


22

Оскільки проблема пов'язана з функцією перевірки орфографії, я б запропонував вам скинути заміну тексту.

Ви можете стерти (або зберегти, якщо вивчені правописи важливі для вас) усі файли в:

~/Library/Spelling

Не забудьте вбити процес заклинання (щось на зразок AppleSpell), але не забудьте вийти з Message.app, перш ніж це зробити.

Також спробуйте видалити всі записи (якщо ви коли-небудь додавали), натиснувши знак мінус у Settings.app> Keyboard> Заміна тексту.

Зауважте, що ваша проблема, здається, тісно пов'язана з цією проблемою (як зазначено в деяких відповідях). Підводячи підсумки обговорюваних рішень:

  • Перейдіть до ~/Library/Containers/com.apple.soagent/Data/Library/Preferencesта видаліть (перетягніть у кошик), com.apple.soagent.plistа потім перезавантажте комп'ютер.
  • Друге рішення вказав Еверет.

3
Хтось ще вважає смішним винуватцем soagent? Як у .... Агент переповнення стека ?? (obvs не, але все ж)
steve

9

Це відбувається періодично з моменту впровадження Mac OS X Yosemite & Handoff / Continuity ... і тепер я вважаю все, що надходить через Messages, як витратний (скопіюйте його негайно або зобов’язуйтеся втратити його в майбутньому).

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

Втомившись дурити з цим, я роблю наступне.

1 - Видалити всі в папці:

~/Library/Messages

2 - Видаліть всю папку:

~/Library/Containers/com.apple.iChat

3 - Перейдіть сюди до папки з налаштуваннями ( не видаляйте це ):

~/Library/Preferences

і знайдіть для "чату", в якому перераховано набагато більше файлів налаштувань, ніж повинні існувати (багато залишків сміття з Повідомлень). Я видаляю всі файли, що знаходяться у знаходженні, зі словом 'чат' у них у папці Налаштування.

Потім я перезапустив повідомлення і отримую: діалогове вікно повідомлень із зазначенням даних Повідомлень було відновлено

Потім я перезавантажуюсь. Повідомлення відновлюються, і миючий засіб перестає їсти акумулятор MacBook.


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

7

Орієнтовний діагноз: у базі даних контактів є пошкоджений запис (або структура). Повне завантаження бази даних з версії iCloud гарантує чистоту локальної версії.

Рішення. Див. Https://appuals.com/fix-mac-running-slow-due-addressbooksourcesync/

Спрощена версія вищезазначеного, здається, зробила для мене хитрість:

0) Вихід із контактів

1) Видаліть (після створення копії) весь вміст ~ / Бібліотека / Підтримка програм / Адресна книга /. Перезавантажте (не знаю, чи справді це потрібно).

2) Зніміть прапорці з контактів у налаштуваннях iCloud.

3) Відкрийте контакти (вміст буде порожнім)

4) Перевірте контакти в налаштуваннях iCloud. Починається синхронізація (включаючи групування контактів у групи з міткою)

Це заспокоїло все, включаючи миючий засіб, сервісне обслуговування тощо.


У Мохаве це~/Library/Application Support/AddressBook/
f01

База даних не залишається чистою. Будьте готові відмовлятися від періодичної необхідності видаляти локальну базу даних, втрачайте будь-які контакти, які не синхронізовані з вашого Mac на iCloud, та завантажуйте знову всі контакти. Центральна база даних контактів дуже крихка. Я повинен це робити раз на 3 місяці. За останні два роки я втратив 100 контактів і ще більше оновлень контактів.
Вільям Чернюк

5

Ви відкрили консоль і відфільтрували для повідомлень від "MCContactsManager"?

У деталях повідомлення ви можете знайти посилання на контакт, що викликав проблему. Експортуйте цей контакт у файл VCF. Видаліть контакт і перевірте, чи немає більше повідомлень від "MCContactsManager".

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

Після того, як ви побачите краплю, ви зможете знову імпортувати збережений VCF у контакти, і все повинно бути нормальним.


2

Я не запускаю повідомлення, але це сталося на моєму MacBook Pro (13-дюймовий, кінець 2012 року, macOS 10.13.6, 2.9 ГГц Intel Core i7, 8 ГБ оперативної пам’яті, Intel HD Graphics 4000 1536 МБ).

після виходу із Notes, використання процесора Soagent повернулося до норми, а вентилятори притихли.


0

Я спостерігав високий процесор з миючими засобами, callserviceagent та accountd

Я спробував правописну пропозицію вище, і все-таки спостерігав деякі проблеми. Я також зробив наступне:

1) (Резервне копіювання), а потім перестав синхронізувати контакти Google з Mac. Потім відновіть синхронізацію.

2) (Резервне копіювання) та видалено попередній файл адресної книги за адресою ~ / Library / Preferences / com.apple.AddressBook.plist

3) Перезапуск

Я помітив пару контактів "без імені" в "Контакти", а також один контакт без імені, який не синхронізувався правильно з Google (поля були різні) навіть після вищезазначених кроків. Я оновив запис контактів на mac і все було виправлено (тобто правильно синхронізовано).


-1

Я думаю, що видалення / не синхронізація Google та інших контактів також працює. У розділі Налаштування системи> Облікові записи Інтернету зніміть прапорці з контактами, які зберігають лише контакти iCloud.

Після цього я також зробив https://apple.stackexchange.com/a/321509 .

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