Prestazioni molto lente in Yosemite su Mac mini causate da systemstatsd


9

Ho un Mac mini alla fine del 2009 che ha iniziato a funzionare molto male dopo qualche tempo su Yosemite. Safari richiede circa un minuto per avviarsi di tanto in tanto, ad esempio.

Certo, ho un certo numero di attività in background in esecuzione (Dropbox, BitTorrent Sync, AirServer), ma questo è invariato rispetto a prima dell'aggiornamento a Yosemite.

Il mio principale sospettato è l'utilizzo molto elevato della rete. Il processo kernel_task utilizza molta larghezza di banda LAN, scaricando occasionalmente 60 MB (ovvero megabyte) / s per alcuni secondi prima di scendere a zero, senza una ragione apparente. La quantità totale di larghezza di banda utilizzata ha superato i 14 terabyte (!) Dopo un paio di settimane di uptime.

Ho un NAS che utilizzo per condividere file e backup, ma poiché il processo che utilizza la larghezza di banda è kernel_task, non so cosa pensare.

Aggiornamento : come soluzione temporanea ho impostato uno script per cancellare systemstatsdregolarmente i file menzionati di seguito, ma la causa principale rimane irrisolta.

Oggi ho notato tre cose:

  1. In tre giorni, i dati scaricati totali ammontano a 3.300 GB.
  2. Attualmente, circa ogni 12 secondi c'è un aumento dell'attività di rete, dove qualcosa massimizza l'interfaccia Ethernet per un paio di secondi.
  3. La chiusura dell'app BitTorrent Sync ha fatto sparire l'articolo numero 2.

La mia teoria è quindi: c'è qualche bug in BitTorrent Sync che lo fa impazzire sulla rete, che di per sé utilizza alcune risorse di sistema. Questo a sua volta provoca un systemstatsdsinghiozzo, che crea il carico finale sul sistema.


hai controllato chi sta usando la tua rete? potresti guardare nel monitor delle attività e nella console per ottenere qualche informazione in più su cosa sta succedendo?
Ruskes,

usa lsof -i nel Terminale per avere maggiori informazioni!
Ruskes,

kernel_task sta usando la larghezza di banda, secondo Activity Monitor. 1,7 TB durante 22 ore di attività. Nient'altro si avvicina. È interessante notare che systemstatsd ha scritto 1,53 TB su disco nello stesso periodo.
Gelo,

Grazie, quindi per confrontare il mio systemstatsd è = 0 (zero) dopo 50 ore, l'ultima volta che ho riavviato è stato come 2 settimane fa. Uso normale, come Firefox (questo sito) molta navigazione, + Mail, + Skype solo per citarne i principali. Quindi scopriamo cosa sta facendo il tuo systemstatsd?
Ruskes,

Hai anche detto che bitTorrent è in esecuzione - potrebbe essere correlato?
Cullub,

Risposte:


8

Il colpevole era davvero systemstatsd. Per come lo capisco, quel processo produce sia un certo numero di statistiche di sistema, che le scarica in un file che successivamente analizzerà. Per qualche ragione, quel file non è mai stato ripristinato, risultando in un gigantesco file di statistiche che ha impiegato risorse serie per essere analizzato.

Quello che ho fatto è stato fermare i demoni di analisi, sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis

rimuovere il file di dump delle statistiche (che all'epoca aveva una dimensione di circa 3 concerti) cd /private/var/db/systemstats/ sudo rm snapshots.db

rilanciare i demoni sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis

Non ho mai capito perché quel file di dump non sia mai stato cancellato, ma sospetto che avesse qualcosa a che fare con la PRAM, quindi per buona misura ho finalmente ripristinato riavviando e premendo CMD, ALT, P, R quando il carillon di avvio è stato ascoltato fino a quando è stato ascoltato una seconda volta.

Il risultato finale è un mac che è molto più scattante di prima. Speriamo che lo zapping della PRAM abbia eliminato la causa principale.

Ulteriori letture: a che cosa serve snapshot.db?


1

Il vostro systemstatssembra essere fuori controllo, che spiegherebbe il funzionamento pigro.

Il processo systemstats viene utilizzato per recuperare informazioni sulle statistiche di sistema e sul consumo di energia

Solo per confrontare ho systemstatsd allo 0% di utilizzo della CPU sul mio MBA con Mavericks dopo 50 ore di tempo della CPU. E per l'utilizzo del disco è di 18 MB (da un totale di 45 GB), quindi senza TB.

Puoi aiutarlo ripristinandolo.

Copia incolla seguendo nel tuo Terminale che si trova nella cartella Utility.

sudo killall systemstats

inserisci la password di accesso quando ti viene chiesto.

Oppure, se non ti piace usare Terminal, usa la finestra Activity Monitor:

Seleziona il processo systemstats errato e scegli il pulsante (x) per forzare l'uscita.

PS

Sì, ci sono 2 processi, i systemstast e i systemstatsd.

*

Cosa potrebbe causarlo: in generale, non c'è nulla di cui preoccuparsi se vedi systemstats aumentare il Monitor attività o in alto per un breve periodo di tempo e molte funzioni Mac standard possono far apparire temporaneamente. Ad esempio, il processo di systemstats viene attivato sulla linea del MacBook guardando l'opzione di utilizzo di Energia dal menu della batteria di OS X e altri utenti potrebbero vederlo brevemente durante la regolazione di altre impostazioni di Energia. Il problema si presenta quando il processo è in esecuzione costantemente con un utilizzo della CPU molto elevato senza motivo apparente.

  • Potresti voler controllare il tuo consumo di energia, la tua batteria ecc. O fare un reset SMC.


-1

Abbiamo un Mac Mini alla fine del 2009. Ho aumentato la memoria da 2G a 8G e sembra aver risolto il problema. Ovviamente costa $ 90. Ho ordinato memoria su Crucial.com e usato questo video molto chiaro per fare l'installazione (richiede un po 'di attenzione e attitudine tecnica, ma non abilità professionale): https://www.youtube.com/watch?v=5KaHNLR6Aac

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.