Performances très lentes sous Yosemite sur Mac mini causées par systemstatsd


9

J'ai un Mac mini fin 2009 qui a commencé à très mal fonctionner après un certain temps sur Yosemite. Safari prend environ une minute pour se lancer occasionnellement, par exemple.

Certes, j'ai un certain nombre de tâches d'arrière-plan en cours d'exécution (Dropbox, BitTorrent Sync, AirServer), mais cela reste inchangé par rapport à avant la mise à niveau vers Yosemite.

Mon principal suspect est l'utilisation très élevée du réseau. Le processus kernel_task utilise beaucoup de bande passante LAN, téléchargeant parfois 60 Mo (c'est mégaoctets) / s pendant quelques secondes avant de descendre à zéro, sans raison apparente. La quantité totale de bande passante utilisée a dépassé 14 téraoctets (!) Après quelques semaines de disponibilité.

J'ai un NAS que j'utilise pour partager des fichiers et des sauvegardes, mais comme le processus utilisant la bande passante est kernel_task, je ne sais pas quoi penser.

Mise à jour : Comme solution de contournement temporaire, j'ai configuré un script pour effacer systemstatsdrégulièrement les fichiers mentionnés ci-dessous, mais la cause principale reste non résolue.

Aujourd'hui, j'ai remarqué trois choses:

  1. En trois jours, le total des données téléchargées s'élève à 3 300 Go.
  2. Actuellement, environ toutes les 12 secondes, l'activité du réseau augmente, où quelque chose maximise l'interface Ethernet pendant quelques secondes.
  3. La fermeture de l'application BitTorrent Sync a fait disparaître l'élément numéro 2.

Ma théorie est alors: il y a un bug dans BitTorrent Sync qui le rend fou sur le réseau, qui en lui-même utilise pas mal de ressources système. Cela provoque systemstatsdà son tour un hoquet, ce qui crée le fardeau final sur le système.


avez-vous vérifié qui utilise votre réseau? pourriez-vous regarder dans le moniteur d'activité et dans la console pour obtenir plus d'informations sur ce qui se passe?
Ruskes

utilisez lsof -i dans Terminal pour obtenir plus d'informations!
Ruskes

kernel_task utilise la bande passante, selon Activity Monitor. 1,7 To pendant 22 heures de disponibilité. Rien d'autre ne se rapproche. Fait intéressant, systemstatsd a écrit 1,53 To sur disque au cours de la même période.
Frost

Merci, donc pour comparer mon systemstatsd est = 0 (zéro) après 50 heures, la dernière fois que j'ai redémarré c'était il y a 2 semaines. Utilisation normale, comme Firefox (ce site), beaucoup de navigation, + Mail, + Skype pour n'en nommer que les principaux. Voyons donc ce que fait votre systemstatsd?
Ruskes

Vous avez également mentionné que BitTorrent fonctionnait - cela pourrait-il être lié?
Cullub

Réponses:


8

Le coupable était en effet systemstatsd. D'après ce que je comprends, ce processus produit à la fois un certain nombre de statistiques système et les sauvegarde dans un fichier qu'il analysera plus tard. Pour une raison quelconque, ce fichier n'a jamais été réinitialisé, ce qui a entraîné un fichier de statistiques géant qui a nécessité de sérieuses ressources à analyser.

J'ai arrêté les démons d'analyse, sudo launchctl stop com.apple.systemstatsd sudo launchctl stop com.apple.systemstatsd.analysis

supprimer le fichier de vidage des statistiques (qui faisait environ 3 concerts à l'époque) cd /private/var/db/systemstats/ sudo rm snapshots.db

relancer les démons sudo launchctl start com.apple.systemstatsd sudo launchctl start com.apple.systemstatsd.analysis

Je n'ai jamais compris pourquoi ce fichier de vidage n'a jamais été effacé, mais je soupçonne que cela a quelque chose à voir avec la PRAM, donc pour faire bonne mesure, je l'ai finalement réinitialisé en redémarrant et en appuyant sur CMD, ALT, P, R lorsque le carillon de démarrage a été entendu jusqu'à ce que il a été entendu une deuxième fois.

Le résultat final est un mac qui est beaucoup plus vif qu'auparavant. Nous espérons que le zapping de la PRAM a éliminé la cause première.

Pour en savoir plus: Quelle est l'utilisation de snapshot.db?


1

Votre systemstatssemble manquer de contrôle, ce qui expliquerait un fonctionnement lent.

Le processus systemstats est utilisé pour récupérer des informations sur les statistiques du système et la consommation d'énergie

Pour comparer, j'ai systemstatsd à 0% d'utilisation du CPU sur mon MBA avec Mavericks après 50 heures de temps CPU. Et pour l'utilisation du disque est de 18 Mo (sur un total de 45 Go), donc pas de To.

Vous pouvez l'aider en le réinitialisant.

Copiez le collage suivant dans votre terminal qui se trouve dans votre dossier Utility.

sudo killall systemstats

entrez votre mot de passe de connexion lorsque vous y êtes invité.

Ou si vous n'aimez pas utiliser Terminal, utilisez la fenêtre Moniteur d'activité:

Sélectionnez le processus systemstats errant et choisissez le bouton (x) pour forcer la fermeture.

PS

Oui, il y a 2 processus, les systemstasts et les systemstatsd.

*

Ce qui pourrait en être la cause: en général, rien ne vous inquiète si vous voyez des statistiques système augmenter le moniteur d'activité ou le sommet pendant un court laps de temps, et de nombreuses fonctions Mac standard peuvent le faire apparaître temporairement. Par exemple, le processus systemstats est déclenché sur la ligne MacBook en regardant l'option d'utilisation d'énergie dans le menu de la batterie OS X, et d'autres utilisateurs peuvent le voir brièvement lors du réglage d'autres paramètres d'énergie. Le problème survient lorsque le processus s'exécute constamment à une utilisation très élevée du processeur sans raison apparente.

  • Vous voudrez peut-être vérifier votre consommation d'énergie, votre batterie, etc. ou effectuer une réinitialisation SMC.


-1

Nous avons un Mac Mini fin 2009. J'ai augmenté la mémoire de 2G à 8G et cela semble avoir résolu le problème. Bien sûr, cela a coûté 90 $. Commandé de la mémoire sur Crucial.com et utilisé cette vidéo très claire pour faire l'installation (nécessite un peu de soin et une certaine aptitude technique, mais pas de compétence professionnelle): https://www.youtube.com/watch?v=5KaHNLR6Aac

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.