Mam komputer Mac mini z końca 2009 roku, który zaczął działać bardzo słabo po pewnym czasie na Yosemite. Przykładowo Safari zajmuje około minuty.
To prawda, że mam uruchomionych wiele zadań w tle (Dropbox, BitTorrent Sync, AirServer), ale to nie zmieniło się w porównaniu do przed aktualizacją do Yosemite.
Moim głównym podejrzanym jest bardzo wysokie wykorzystanie sieci. Proces kernel_task zużywa dużą przepustowość sieci LAN, od czasu do czasu pobierając 60 MB (to megabajtów) / s na kilka sekund, zanim spadnie do zera, bez wyraźnego powodu. Łączna wykorzystana przepustowość przekroczyła 14 terabajtów (!) Po kilku tygodniach bezczynności.
Mam serwer NAS, którego używam do udostępniania plików i kopii zapasowych, ale ponieważ proces wykorzystujący przepustowość to kernel_task, nie wiem, co myśleć.
Aktualizacja : Jako tymczasowe obejście mam ustawiony skrypt do systemstatsd
regularnego czyszczenia wymienionych poniżej plików, ale główna przyczyna pozostaje nierozwiązana.
Dzisiaj zauważyłem trzy rzeczy:
- W ciągu trzech dni łączna liczba pobranych danych wynosi 3300 GB.
- Obecnie, mniej więcej co 12 sekund następuje wzrost aktywności sieci, gdzie coś maksymalizuje interfejs Ethernet na kilka sekund.
- Wychodząc z aplikacji BitTorrent Sync, numer 2 zniknął.
Moja teoria jest następująca: w BitTorrent Sync jest jakiś błąd, który powoduje, że wariuje w sieci, która sama w sobie zużywa sporo zasobów systemowych. To z kolei powoduje systemstatsd
czkawkę, która powoduje ostateczne obciążenie systemu.
źródło
Odpowiedzi:
Sprawcą był rzeczywiście systemstatsd. Z tego, co rozumiem, proces ten generuje wiele statystyk systemowych, zrzuca je do pliku, który następnie analizuje. Z jakiegoś powodu plik ten nigdy nie został zresetowany, co spowodowało powstanie ogromnego pliku statystyk, którego analiza wymagała poważnych zasobów.
To, co zrobiłem, to zatrzymanie demonów analizy,
sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis
usuń plik zrzutu statystyk (który miał wtedy około 3 koncertów)
cd /private/var/db/systemstats/ sudo rm snapshots.db
uruchom ponownie demony
sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis
Nigdy nie zorientowałem się, dlaczego ten plik zrzutu nigdy nie został wyczyszczony, ale podejrzewam, że ma to coś wspólnego z PRAM, więc dla pewności w końcu zresetowałem go, ponownie uruchamiając i naciskając CMD, ALT, P, R, gdy usłyszałem sygnał dźwiękowy rozruchu, aż usłyszano to po raz drugi.
Efektem końcowym jest Mac, który jest znacznie szybszy niż wcześniej. Mamy nadzieję, że zlikwidowanie PRAM wyeliminowało pierwotną przyczynę.
Dalsza lektura: Do czego służy snapshot.db?
źródło
Twój
systemstats
wydaje się być uruchomiony spod kontroli, które mogłyby wyjaśniać powolne działanie.Dla porównania mam systemstatsd przy 0% wykorzystania procesora na moim MBA z Mavericks po 50 godzinach czasu procesora. A użycie dysku wynosi 18 MB (łącznie 45 GB), więc nie ma TB.
Możesz pomóc, resetując go.
Skopiuj wklej następujące w terminalu, który znajduje się w folderze Utility.
wprowadź hasło logowania, gdy zostaniesz o to poproszony.
Lub jeśli nie lubisz używać terminalu, skorzystaj z okna Monitor aktywności:
Wybierz błędny proces statystyk systemowych i wybierz przycisk (x), aby wymusić wyjście.
PS
Tak, są 2 procesy, systemstasts i systemstatsd.
*
Możesz sprawdzić zużycie energii, współczynnik naładowania baterii lub zresetować SMC.
źródło
Mamy Maca z końca 2009 roku. Zwiększyłem pamięć z 2G do 8G i wydaje się, że to rozwiązało problem. Oczywiście kosztowało to 90 USD. Zamówiłem pamięć na Crucial.com i wykorzystałem ten bardzo przejrzysty film do instalacji (wymaga nieco uwagi i umiejętności technicznych, ale nie umiejętności zawodowych): https://www.youtube.com/watch?v=5KaHNLR6Aac
źródło