При открытии некоторых папок Finder загружает все файлы в нем в течение длительного времени (30-60 секунд). В частности, эти папки обычно содержат 10-50 файлов PHP (которые являются текстовыми файлами), каждый размером около 10 КБ.
Я также заметил, что иногда, после того, как файлы перечислены, их значки все еще загружаются, и колонка «Вид» также все еще загружается. (У меня есть столбцы «Имя», «Дата изменения», «Размер» и «Вид»; «Расчет всех размеров» включен », а« Показать предварительный просмотр значка »отключен.)
Кроме того, при открытии такого каталога и просмотре Activity Monitor я вижу, что coreservicesd загружен на 70%, а Finder на 30%. После загрузки всех файлов обе службы все еще находятся на этих уровнях ЦП в течение примерно 60 секунд после этого.
Кто-нибудь знает, как я могу это исправить? Я уже выполнил «Восстановление прав доступа к диску» и «Восстановление диска» вместе с кучей разных задач с Onyx, но проблема все еще остается.
Ответы:
Аллилуйя! Я понял. Итак, первое, что я сделал, это создал новую учетную запись, как это было предложено другим ответом Проблема не возникла там, поэтому ясно, что проблема была ограничена моей учетной записью. Затем я вошел в безопасный режим в свой аккаунт. Проблема также не возникла. Очевидно, что что-то было загружено в обычном режиме, но не в безопасном режиме, что вызывало проблему.
Находясь в безопасном режиме, я затем очистил кеши (в Терминале, используя
sudo mv /Library/Caches ~/Temp/
и то же для~/Library/Caches
). Проблема решена! У меня были и другие проблемы в Finder, так что, возможно, это тоже исправит. Мне любопытно, почему использование Onyx для очистки пользовательских кешей также не очистило их, но в любом случае, из того, что я читал в Интернете, кажется, что избавление от этих двух папок безопасно. Кроме того, Time Machine никогда~/Library/Caches
не выполняет резервное копирование (но резервное копирование/Library/Caches
), поэтому это обнадеживает.Кроме того, хотя эта публикация была сделана в 2003 году, она все еще применима к моей ситуации, и именно это убедило меня очистить папки «Кэши».
источник
Есть много вещей, которые вы можете попробовать исправить:
com.apple.finder.plist
,com.apple.systemuiserver.plist
иcom.apple.loginwindow.plist
(они будут воссозданы при запуске Finder)~/Library/Preferences
и Force Quit FinderЕще одна вещь, которую вы можете попробовать, это создать новую (тестовую) учетную запись и посмотреть, существует ли там проблема. Скорее всего, с этим вы решите свою проблему.
В худшем случае вы можете переместить свой аккаунт в новый, чтобы решить эту проблему.
источник
У меня была такая же проблема, но ни одно из приведенных выше исправлений не помогло. Это, наконец, сделал:
http://blog.hsoi.com/2014/02/25/my-slow-mac-mavericks-coreservicesd-iconservicesagent-and-how-fs_usage-saved-me/
Некоторые проблемы с приложением (в моем случае Xcode) и иконками.
Попробуйте эту команду в терминале, который сообщает об активности файловой системы в режиме реального времени от IconServicesAgent:
Я получил бесконечный вывод, как:
Я переместил Xcode в корзину и переустановил из AppStore. Проблема решена, теперь у меня есть мгновенный Finder.
источник
Это решило проблему для меня на Yosemite, как описано здесь http://furbo.org/2015/01/19/clearing-the-icon-services-cache-in-yosemite/
источник
Я попробовал ответ @Gary, он не сработал для меня.
Моя проблема была только в отношении общих папок
После долгих чтений и поисков, я не пробовал все решения, но когда я вошел в настройки-> обмен, это также заняло много времени для загрузки настроек.
Поэтому я отключил все по одному, afp, smb и windows, а затем полностью отключил службу общего доступа. Эти папки снова пошли быстро, затем я снова включил их, и проблема не повторилась.
Надеюсь, это поможет кому-то еще.
источник
Запуск в безопасном режиме решил это за меня!
У меня была серьезная нагрузка на coreserviced и finder. Различные приложения разбились во время этого. Открытие папок в поиске заняло целую вечность. Убийство coreserviced и finder не решило его. Как только я открыл папку в Finder, загрузка снова вернулась, процессор сгорел, а вентилятор закричал; -) ...
Ничто из написанного на этой странице не решило проблему - перезапустите только в безопасном режиме
Почему?
С тех пор, как я управлял системами UNIX, время от времени всегда была необходима проверка файловой системы (fsck). И это то, что происходит на Mac во время выполнения индикатора в режиме сохранения.
После завершения режима сбоя, я перезапустился нормально. Затем в течение одной-двух минут была высокая нагрузка для mds и других (иконки ..) для восстановления своих кешей. Но с тех пор все было круто - загрузить около 3% вершин, и только приложения, с которыми я работал, вызывали нагрузку.
Теперь я могу снова быстро открывать папки! лол
источник
Моя проблема была решена путем запуска в безопасном режиме (Safe Boot), я открыл все папки, которые были медленными в поиске. Первые 2 или 3 из них были еще медленными. Затем они начали открываться очень быстро. Больше ничего не делал. Перезапустил мою машину и тогда все было замечательно. Запуск в безопасном режиме Чтобы перейти в безопасный режим (в безопасную загрузку), выполните следующие действия.
Убедитесь, что ваш Mac выключен. Нажмите кнопку питания. Сразу после того, как вы услышите сигнал запуска, удерживайте клавишу Shift. Клавишу Shift следует удерживать как можно скорее после звукового сигнала запуска, но не раньше звукового сигнала. Отпустите клавишу Shift, когда увидите серый логотип Apple и индикатор прогресса (выглядит как вращающаяся шестеренка). После появления логотипа вы должны увидеть индикатор выполнения во время запуска. Это означает, что ваш компьютер выполняет проверку каталога как часть безопасного режима.
Чтобы выйти из безопасного режима, перезагрузите компьютер, не удерживая клавиши во время запуска.
С наилучшими пожеланиями
источник
У меня была точно такая же проблема, и это помогло. В моем случае это была установка OpenOffice, вызывающая проблему. Я удалил OpenOffice и проблема исчезла. Я переустановлю обновленную ОО.
Как и вы, я пробовал все остальные приемы во многих других темах, но безрезультатно. Большое спасибо за публикацию this.d
источник
В этом файле комментарий
/net
с # (# / net .....)источник