Как я могу диагностировать или исправить CalendarAgent, занимающий весь ЦП в Mountain Lion?

Поскольку я обновился до Mountain Lion с Lion, я вижу, что процесс CalendarAgent занимает много процессорного места на моем MacBook Pro конца 2008 года. Чтобы исправить это (как было предложено в результате Google), я попытался удалить все учетные записи онлайн-календаря, а затем снова добавить их. Какое-то время это работало, но теперь проблема вернулась (возможно, из-за того, что я либо удалил некоторые календари iCloud, либо добавил дополнительного делегата календаря Google). Я действительно не хочу удалять все свои учетные записи календаря каждый раз, когда я добавляю или удаляю один календарь, поэтому может ли кто-нибудь указать мне на основную причину проблемы?

На случай, если будет полезно, сюда вставлен график вызовов из процесса .

ОБНОВЛЕНИЕ: я удалил одного из делегатов из одной из моих учетных записей календаря Google, и это предотвратило возникновение этой проблемы. Однако на самом деле это не решение, поскольку теперь я не могу получить доступ к этому календарю.

Есть ли у вас доступ к каким-либо из этих календарей Microsoft Exchange через веб-почту Exchange? Если это так, войдите в учетную запись Exchange и отклоните все напоминания. Если у вас нет доступа к календарям Exchange, попросите владельцев закрыть все напоминания.
Возможно, вы захотите прочитать этот пост для другого решения: robert.accettura.com/blog/2012/08/19/…

Ответы (3)

Я все еще ищу твердый ответ.

Тем временем у меня есть следующий скрипт, работающий в редакторе AppleScript. Этот скрипт ищет CalendarAgentкаждые 15 секунд и убивает процесс.

Это делает синхронизацию календаря непригодной для использования, но, по крайней мере, я снова могу использовать свой Mac. Я позволю этому работать, пока не найду постоянное решение.

Сценарий:

repeat
  set app_name to "Finder"
  do shell script "killall -9 CalendarAgent"
  delay 15
end repeat
Так и не докопался до сути этого, хотя это было решением симптомов, следовательно, принятием.

Возможно, придется убить и перестроить БД календаря:

  1. Отключите службу календаря из своей учетной записи в Системных настройках → Учетные записи Интернета.

  2. Удалите файлы настроек/базы данных для календаря:

    rm -r ~/Library/Calendars/ ~/Library/Preferences/com.apple.iCal.plist
    
  3. Повторно включите службу.

Источник: http://robert.accettura.com/blog/2012/08/19/how-to-stop-calendaragent-from-eating-cpu/

Добро пожаловать на сайт. Мы призываем людей обобщать ссылки, но можно просто добавлять ссылки, зная, что они иногда превращаются в комментарии или отвергаются, поскольку мы пытаемся заставить людей внести свой вклад в совокупность знаний, находящихся под лицензией CC.
Работал на меня. Помните: при повторном включении он немного потребляет процессор.

Использование делегатов Google определенно вызвало у меня проблему с высокой загрузкой процессора.

Простое решение:

  1. Снимите флажок делегирования с окном информации об учетной записи календаря (как указано в ОБНОВЛЕНИИ выше)
  2. Измените общий доступ к календарю Google, выбрав нужные календари на странице настроек Google Sync: https://www.google.com/calendar/syncselect .

Внесение этого изменения устранило проблему высокой загрузки ЦП, не прибегая к подходу kill-the-CalendarAgent.

Спасибо за это! Я был разочарован этим в течение многих лет. Используя приведенную выше ссылку syncselect (элемент № 2), я отключил несколько календарей, которые мне на самом деле не нужны для синхронизации, и с тех пор не видел проблемы с высокой загрузкой процессора. Конечно, это удалит их со всех синхронизированных устройств (настольных компьютеров, ноутбуков и телефонов), но если это устранит высокую загрузку процессора, с которой я столкнулся на настольном компьютере, то все это будет стоить того. Еще раз спасибо!
Вау, удивительно, что вторая ссылка (выбор синхронизации Google Calendar для клиентов CalDAV) нигде не отображается в онлайн-интерфейсе GCal — спасибо!