В конце 2009 года у меня появился Mac mini, который через некоторое время начал очень плохо работать на Yosemite. Например, запуск Safari занимает около минуты.
Конечно, у меня запущено несколько фоновых задач (Dropbox, BitTorrent Sync, AirServer), но это не изменилось по сравнению с тем, что было до обновления до Yosemite.
Мой главный подозреваемый - очень высокое использование сети. Процесс kernel_task использует большую полосу пропускания локальной сети, время от времени загружая 60 МБ (это мегабайт) / с в течение нескольких секунд, а затем снижается до нуля без видимой причины. Общий объем используемой полосы пропускания превысил 14 терабайт (!) После нескольких недель безотказной работы.
У меня есть NAS, который я использую для совместного использования файлов и резервных копий, но поскольку процесс, использующий пропускную способность, называется kernel_task, я не знаю, что и думать.
Обновление : В качестве временного решения я настроил скрипт для systemstatsdрегулярной очистки файлов, упомянутых ниже, но основная причина остается не устраненной .
Сегодня я заметил три вещи:
- Всего за три дня общее количество загруженных данных составит 3300 ГБ.
- В настоящее время примерно каждые 12 секунд наблюдается активизация сетевой активности, при которой интерфейс Ethernet на несколько секунд увеличивается.
- При выходе из приложения BitTorrent Sync пункт № 2 исчез.
Моя теория такова: в BitTorrent Sync есть какая-то ошибка, из-за которой он сходит с ума по сети, которая сама по себе использует довольно много системных ресурсов. Это, в свою очередь, приводит systemstatsdк сбоям, что создает конечную нагрузку на систему.
Ответы:
Виновником действительно был systemstatsd. Насколько я понимаю, этот процесс выдает ряд системных статистических данных, записывает их в файл, который затем анализирует. По какой-то причине этот файл не был сброшен, в результате чего появился гигантский файл статистики, который потребовал серьезных ресурсов для анализа.
Я остановил анализ демонов,
sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysisудалить файл дампа статистики (в то время это было около 3 гигабайт)
cd /private/var/db/systemstats/ sudo rm snapshots.dbперезапустить демонов
sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysisЯ никогда не понимал, почему этот файл дампа никогда не очищался, но подозреваю, что это как-то связано с PRAM, так что для хорошей меры я наконец сбросил его, перезагрузив компьютер и нажав CMD, ALT, P, R, когда слышен загрузочный сигнал это было слышно во второй раз.
Конечный результат - макинтош, который намного быстрее, чем раньше. Здесь мы надеемся, что удаление PRAM действительно устранит основную причину.
Дальнейшее чтение: Какая польза от snapshot.db?
источник
Вы ,
systemstatsкажется, бежит из - под контроля, что могло бы объяснить вялый операцию.Для сравнения: у меня systemstatsd при загрузке процессора 0% на MBA с Mavericks после 50 часов использования процессора. А для использования диска это 18 МБ (из общего количества 45 ГБ), поэтому нет ТБ.
Вы можете помочь, сбросив его.
Скопируйте следующую вставку в свой Терминал, который находится в папке Utility.
введите ваш логин пароль при запросе.
Или, если вам не нравится использовать терминал, используйте окно Activity Monitor:
Выберите ошибочный процесс systemstats и нажмите кнопку (x), чтобы принудительно завершить работу.
PS
Да, есть 2 процесса, systemstasts и systemstatsd.
*
Возможно, вы захотите проверить потребление энергии, заряд батареи и т.д. или выполнить сброс SMC.
источник
У нас в конце 2009 года Mac Mini. Я увеличил объем памяти с 2G до 8G, и это, похоже, решило проблему. Конечно, это стоило 90 долларов. Заказанный память на Crucial.com и использовал очень четкое видео , чтобы сделать установку (требует ухода и некоторые технические способности, но не профессиональное мастерство): https://www.youtube.com/watch?v=5KaHNLR6Aac
источник