Очень низкая производительность под Yosemite на Mac mini, вызванная systemstatsd

В конце 2009 года у меня появился Mac mini, который через некоторое время начал очень плохо работать на Yosemite. Например, запуск Safari занимает около минуты.

Конечно, у меня запущено несколько фоновых задач (Dropbox, BitTorrent Sync, AirServer), но это не изменилось по сравнению с тем, что было до обновления до Yosemite.

Мой главный подозреваемый - очень высокое использование сети. Процесс kernel_task использует большую полосу пропускания локальной сети, время от времени загружая 60 МБ (это мегабайт) / с в течение нескольких секунд, а затем снижается до нуля без видимой причины. Общий объем используемой полосы пропускания превысил 14 терабайт (!) После нескольких недель безотказной работы.

У меня есть NAS, который я использую для совместного использования файлов и резервных копий, но поскольку процесс, использующий пропускную способность, называется kernel_task, я не знаю, что и думать.

Обновление : В качестве временного решения я настроил скрипт для systemstatsdрегулярной очистки файлов, упомянутых ниже, но основная причина остается не устраненной .

Сегодня я заметил три вещи:

1. Всего за три дня общее количество загруженных данных составит 3300 ГБ.
2. В настоящее время примерно каждые 12 секунд наблюдается активизация сетевой активности, при которой интерфейс Ethernet на несколько секунд увеличивается.
3. При выходе из приложения 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кажется, бежит из - под контроля, что могло бы объяснить вялый операцию.

Процесс systemstats используется для получения информации о системной статистике и энергопотреблении.

Для сравнения: у меня systemstatsd при загрузке процессора 0% на MBA с Mavericks после 50 часов использования процессора. А для использования диска это 18 МБ (из общего количества 45 ГБ), поэтому нет ТБ.

Вы можете помочь, сбросив его.

Скопируйте следующую вставку в свой Терминал, который находится в папке Utility.

sudo killall systemstats

введите ваш логин пароль при запросе.

Или, если вам не нравится использовать терминал, используйте окно Activity Monitor:

Выберите ошибочный процесс systemstats и нажмите кнопку (x), чтобы принудительно завершить работу.

PS

Да, есть 2 процесса, systemstasts и systemstatsd.

*

Что может быть причиной этого: как правило, вам не о чем беспокоиться, если вы видите, что системные тесты на короткое время активируют Activity Monitor или top, и многие стандартные функции Mac могут вызвать его временное появление. Например, процесс systemstats запускается в линейке MacBook при просмотре параметра «Энергопотребление» в меню батареи OS X, и другие пользователи могут ненадолго увидеть его при настройке других настроек «Энергии». Проблема возникает, когда процесс работает постоянно при очень высокой загрузке ЦП без видимой причины.

• Возможно, вы захотите проверить потребление энергии, заряд батареи и т.д. или выполнить сброс SMC.

У нас в конце 2009 года Mac Mini. Я увеличил объем памяти с 2G до 8G, и это, похоже, решило проблему. Конечно, это стоило 90 долларов. Заказанный память на Crucial.com и использовал очень четкое видео , чтобы сделать установку (требует ухода и некоторые технические способности, но не профессиональное мастерство): https://www.youtube.com/watch?v=5KaHNLR6Aac