Дуже повільна продуктивність під Yosemite на Mac mini, викликана systemstatsd

У мене Mac Mini наприкінці 2009 року, який почав працювати дуже погано через деякий час на Yosemite. Сафарі займає близько хвилини для запуску періодично, як приклад.

Звичайно, у мене працює кілька фонових завдань (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гикавку, що створює остаточне навантаження на систему.

Винуватець справді був систематизованим. Як я це розумію, цей процес виробляє ряд системних даних, скидає їх у файл, який він згодом аналізує. Чомусь цей файл ніколи не був скинутий, в результаті чого файл гігантської статистики потребував серйозних ресурсів для аналізу.

Що я зробив, це зупинити демони аналізу, 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

введіть пароль для входу, коли його запитають.

Або якщо вам не подобається використовувати термінал, використовуйте вікно "Монітор активності":

Виберіть процедуру встановлення системних ставок та натисніть кнопку (x), щоб змусити вийти.

PS

Так, є 2 процеси, systemstasts і systemstatsd.

*

Що може бути причиною цього: Як правило, немає чого хвилювати себе, якщо ви побачите, що системні станції за короткий проміжок часу підсилюють Монітор активності або верх, і багато стандартних функцій Mac можуть тимчасово з’являтися. Наприклад, процес встановлення системної системи запускається на лінії MacBook, переглядаючи параметр енергоспоживання в меню батареї OS X, і інші користувачі можуть його коротко побачити під час коригування інших параметрів енергії. Проблема виникає, коли процес постійно працює при дуже високому використанні процесора без видимих ​​причин.

• Ви можете перевірити споживання енергії, батарею та ін.

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