Я наблюдаю регулярное и ненормальное использование процессора на моем MacBook Pro. quicklookd
наравне с revisiond
едят вместе более 50%. Это значительно разряжает мою батарею и делает всю машину горячей.
Я не уверен, когда именно это началось, но я подозреваю, что последнее обновление 10.10.3, поскольку я не заметил этого раньше.
Прочитав какой-то пост в сети, я очистил, ~Libraries/Cache
а /private/var/folders
затем перезагрузил. Похоже, проблема исчезла (эти процессы не проявились), но только на некоторое время. На следующий день я снова вышел из сна quicklookd
и revisiond
начал сжигать свой процессор.
Любые подсказки, как от этого избавиться? Что вызывает эту проблему? Похоже, что эти два процесса как-то связаны, потому что, когда я очищал кеш и перезапускал, ни один из них не использовал много процессора. Сегодня они оба (быстрый просмотр 24-30%, пересмотр ~ 15%).
[Обновить]
Бег sudo opensnoop -n revisiond
ничего не показывает.
Запуск sudo opensnoop -n quicklookd
приносит бесконечный список записей, подобных этим:
UID PID COMM FD PATH
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 21 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
501 4783 quicklookd 23 /
Это продолжается и продолжается и продолжается. Это просто бесконечно. FD
столбец всегда, 23
кроме двух или трех 21
.
[Обновление 2]
Через несколько минут я получил несколько других записей 501 4783 quicklookd 23 /
(не вставляя тему здесь, поскольку они были неуместны)
И опять же, много 501 4967 quicklookd 23 /
[Обновление 3]
Я также заметил, что diskarbitrationd
и diskmanagementd
довольно высокие оценки (~ 5%) и остаются на вершине списка процессов (отсортированных по загрузке процессора) чуть ниже quicklookd
и revisiond
. Похоже, это также может иметь отношение к этой проблеме.
Я закрыл ( cmd + q
все остальные приложения, чтобы убедиться, что ничто не мешает измерениям).
[Обновление 4]
Нашел несколько интересных записей в консоли:
Failed to obtain sandbox extension for path=/Users/me/Library/Caches/com.apple.quicklook.satellite. Errno:1
CGSConnectionByID: 0 is not a valid connection ID.
[QL] Using too much memory (161 MB), hit critical threshold (120 MB), exiting immediately to clean up.
[QL] Unable to write memory cache on disk
In -[NSApplication(NSQuietSafeQuit) _updateCanQuitQuietlyAndSafely], _LSSetApplicationInformationItem(NSCanQuitQuietlyAndSafely) returned error -50
Они повторяются несколько раз в день. Особенно те, что о памяти и неправильном соединении.
[Обновление 5]
sudo iosnoop -n quicklookd
показал это:
UID PID D BLOCK SIZE COMM PATHNAME
501 5656 W 56385320 32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
501 5656 W 56385320 4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
501 5656 W 48100696 12288 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 48100816 8192 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 48100840 8192 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 56385640 28672 quicklookd ??/T/etilqs_kYNR5XinU71bydh
501 5656 W 56386736 32768 quicklookd ??/Quick Look/cloudthumbnails.db-journal
501 5656 W 56386736 4096 quicklookd ??/Quick Look/cloudthumbnails.db-journal
501 5656 W 48100696 12288 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 48100816 8192 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 48100840 8192 quicklookd ??/Quick Look/cloudthumbnails.db
501 5656 W 56387280 28672 quicklookd ??/T/etilqs_ejadCww3DunYuu3
cloudthumbnails.db
и cloudthumbnails.db-journal
повторяется и повторяется.
источник
Ответы:
Вот как я исправил эту проблему. Это может помочь вам, но из того, что я видел до сих пор, даже думал, что есть похожие проблемы, источник проблем другой.
Я побежал
sudo iosnoop -n quicklookd
- он показал что-то вроде этого:Я дал ему шанс и искал
cloudthumbnails.db
файл. Бинго! Нашел это/Users/me/Library/Application Support/Quick Look
иquicklookd
писалcloudthumbnails.db-journal
как сумасшедший. Но он писал небольшие фрагменты, затем удалял файл и снова записывал эти небольшие фрагменты. К сожалению, это бинарный файл, поэтому его нелегко прочитать, но я попробовал и только что сделалtail cloudthumbnails.db-journal
. Я получил в основном тарабарщину, но я заметил повторный путь/Users/me/Library/Mobile Documents/com~apple~CloudDocs/
и некоторые файлы там.Это папка iCloud, и по какой-то причине quicklookd не смог обработать эти файлы. Я их удалил (перенес в корзину и опустошил) и ТАДА! Это решило проблему.
Я понятия не имею, почему это произошло, почему
quicklookd
не удалось обработать эти файлы. Я снова отправил эти файлы в iCloud, и все было хорошо - без сумасшедшего поведенияquicklookd
.источник
Я хотел бы попытаться использовать,
opensnoop
чтобы увидеть, какие файлы quicklookd смотрит. Там могут быть определенные файлы, которые либо испытывают проблемы с чтением или записью.Пока они используют чрезмерную загрузку процессора, откройте окно терминала и введите следующую команду. Вам будет предложено ввести пароль.
Это должно показать вам все файлы, которые quicklookd читает или записывает, и может помочь вам определить, является ли проблема одним конкретным файлом или папкой файлов.
Попробуйте то же самое для revisiond.
источник
Я не мог понять, как войти в терминал, поэтому я просто убил quicklookd, который занимал так много памяти, что больше ничего не работало. Мгновенное облегчение! Я полагаю, он снова запустится после перезагрузки.
источник
У меня было то же самое, но ни одно из предложений не пролило свет на ситуацию. После часа поиска я решил применить старый трюк, который полностью решил проблему:
Надеюсь, это кому-нибудь поможет.
источник
У меня была такая же проблема после обновления до macOS Mojave. Я удалил,
~/Library/Caches/com.apple.QuickLookDaemon
а затем перезагрузил компьютер. Это решило проблему.источник