Saya memiliki Mac mini akhir 2009 yang mulai berkinerja sangat buruk setelah beberapa waktu di Yosemite. Safari membutuhkan waktu sekitar satu menit untuk diluncurkan sesekali, sebagai contoh.
Memang, saya memiliki sejumlah tugas latar belakang yang berjalan (Dropbox, BitTorrent Sync, AirServer), tetapi itu tidak berubah dibandingkan dengan sebelum meningkatkan ke Yosemite.
Tersangka utama saya adalah penggunaan jaringan yang sangat tinggi. Proses kernel_task menggunakan banyak bandwidth LAN, kadang-kadang mengunduh 60 MB (itu megabita) / s selama beberapa detik sebelum turun ke nol, tanpa alasan yang jelas. Jumlah total bandwidth yang digunakan telah melebihi 14 terabyte (!) Setelah beberapa minggu uptime.
Saya punya NAS yang saya gunakan untuk berbagi file dan cadangan, tetapi karena proses menggunakan bandwidth adalah kernel_task, saya tidak tahu harus berpikir apa.
Pembaruan : Sebagai solusi sementara, saya telah menyiapkan skrip untuk menghapus systemstatsd
file yang disebutkan di bawah ini secara teratur, tetapi akar penyebabnya masih belum terselesaikan.
Hari ini saya memperhatikan tiga hal:
- Dalam tiga hari, total data yang diunduh berjumlah 3.300 GB.
- Saat ini, kira-kira setiap 12 detik ada peningkatan dalam aktivitas jaringan, di mana sesuatu memaksimalkan antarmuka Ethernet selama beberapa detik.
- Keluar dari aplikasi BitTorrent Sync membuat item nomor 2 hilang.
Teori saya adalah: ada beberapa bug di BitTorrent Sync yang membuatnya menjadi gila di jaringan, yang dengan sendirinya menggunakan beberapa sumber daya sistem. Hal ini pada gilirannya menyebabkan systemstatsd
cegukan, yang menciptakan beban terakhir pada sistem.
sumber
Jawaban:
Pelakunya memang systemstatsd. Cara saya memahaminya, proses itu sama-sama menghasilkan sejumlah statistik sistem, membuangnya ke dalam file yang kemudian dianalisis. Karena suatu alasan, file itu tidak pernah direset, menghasilkan file statistik raksasa yang membutuhkan sumber daya serius untuk dianalisis.
Apa yang saya lakukan adalah menghentikan daemon analisis,
sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis
hapus file dump statistik (yang berukuran sekitar 3 gigs pada saat itu)
cd /private/var/db/systemstats/ sudo rm snapshots.db
luncurkan kembali daemon
sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis
Saya tidak pernah tahu mengapa file dump itu tidak pernah dihapus, tetapi curiga itu ada hubungannya dengan PRAM, jadi untuk ukuran yang baik saya akhirnya mengatur ulang dengan me-reboot dan menekan CMD, ALT, P, R ketika boot chime terdengar hingga terdengar untuk kedua kalinya.
Hasil akhirnya adalah mac yang jauh lebih tajam dari sebelumnya. Di sini, berharap bahwa menukar PRAM benar-benar menghilangkan akar permasalahan.
Bacaan lebih lanjut: Apa gunanya snapshot.db?
sumber
systemstats
Sepertinya Anda kehabisan kendali, itu akan menjelaskan operasi yang lamban.Sebagai perbandingan, saya memiliki systemstatsd pada penggunaan CPU 0% pada MBA saya dengan Mavericks setelah 50 jam waktu CPU. Dan untuk penggunaan disk adalah 18 MB (dari Total 45 GB), jadi tidak ada TB.
Anda dapat membantunya dengan mengatur ulang.
Salin pasta berikut di Terminal Anda yang terletak di folder Utility Anda.
masukkan kata sandi login Anda saat diminta.
Atau jika Anda tidak suka menggunakan Terminal, gunakan jendela Monitor Aktivitas:
Pilih proses status sistem yang salah dan pilih tombol (x) untuk berhenti secara paksa.
PS
Ya ada 2 proses, systemstast dan systemstatsd.
*
Anda mungkin ingin memeriksa penggunaan Energi Anda, baterai Anda dll .. atau melakukan reset SMC.
sumber
Kami memiliki Mac Mini 2009 terlambat. Saya menabrak memori dari 2G ke 8G dan tampaknya telah memperbaiki masalahnya. Tentu saja harganya $ 90. Memesan memori di Crucial.com dan menggunakan video yang sangat jernih ini untuk melakukan instalasi (memerlukan perawatan dan kemampuan teknis, tetapi bukan keahlian profesional): https://www.youtube.com/watch?v=5KaHNLR6Aac
sumber