Qu'est-ce que «Symptômes» et pourquoi utilise-t-il parfois 60% du processeur de mon iMac?


11

Il y a un processus système sur mon iMac exécutant El Capitan appelé "Symptômes" qui n'a cessé de rebondir entre environ 20% et 60% des ressources CPU de mon iMac.

Il est en cours d'exécution /usr/libexec/symptomsd. Il y a un framework privé qu'il charge appelé /System/Library/PrivateFrameworks/Symptoms.frameworkqui contient lui-même d'autres frameworks appelés:

  • ManagedEvent.framework
  • SymptomAnalytics.framework
  • SymptomEvaluator.framework
  • SymptomPresentationFeed.framework
  • SymptomPresentationLite.framework
  • SymptomReporter.framework

Il ne semble pas écrire beaucoup dans les fichiers journaux du système. En fait, le seul message pertinent dans "Tous les messages" sur l'iMac est:

syslogd [46]: Avis de configuration: le module ASL "com.apple.networking.symptoms" revendique les messages sélectionnés. Ces messages peuvent ne pas apparaître dans les fichiers journaux système standard ou dans la base de données ASL.

Il y a un fichier de préférences /private/etc/asl/com.apple.networking.symptomsqui semble indiquer que les journaux doivent être écrits, /Library/Logs/CrashReporter/com.apple.networking.symptoms.logmais ce fichier n'existe même pas sur mon iMac.

J'ai essayé de regarder ce qu'il faisait avec des outils comme, fs_usagemais je ne reçois pas beaucoup d'informations utiles, juste beaucoup de demandes "ioctl". J'ai essayé de le tuer et de le déclencher manuellement pour le relancer, et il semble examiner toutes les applications installées sur mon iMac, puis recommencer à faire beaucoup de demandes "ioctl".

En recherchant sur Google, tout ce que j'ai pu déterminer, c'est que cela semble être l'une de ces choses partagées entre OSX et iOS. Cependant, aucune information sur ce qu'il fait réellement.

Quelqu'un a-t-il une idée de ce qu'est ce processus ou sait-il où il est documenté?


1
Belle analyse jusqu'à présent, je n'ai pas essayé de démonter le programme, mais vous devez exécuter sysdiagnose symptomset éventuellement signaler un bug / retour à Apple. Je ne l'ai pas encore vu se comporter mal sur aucun système, mais je vérifierais le reste des journaux du système car je crois que cela concerne les rapports de plantage, les commentaires et l'agrégation / collecte de journaux pour améliorer OS X.
bmike

Je vois des symptômes similaires: charge CPU élevée par "Symptômes". J'ai également remarqué que "mDNSResponder" a une charge CPU élevée (environ 50%). Les demandes DNS étaient très lentes et le système était généralement lent. La réactivité est revenue une fois que j'ai tué (Forcer à quitter) "Symptômes". Notamment, "Symptômesd" ne réapparaissait pas automatiquement. Par curiosité, utilisez-vous VirtualBox? Système: OS X 10.11.4
Daniel

@Daniel J'ai utilisé VirtualBox dans le passé, mais pas sur la machine affectée.
Alistair McMillan

Réponses:


1

J'ai un iMac et j'ai eu le même problème. Il semble que ce soit un bogue dans Mac OS X.

Dans mon cas, j'avais à la fois Ethernet et Wifi allumés pour mon iMac. Désactiver Ethernet System Preferences > Network, en gardant le Wifi comme seule connexion, empêche complètement le problème. Maintenant, le symptomsdconsomme environ 0,2 ~ 0,3% de charge CPU comme il est censé le faire.

J'ai commencé à expérimenter seulement récemment après la mise à niveau vers Mac OS X 10.11.1. Je suppose que c'est un bug introduit récemment.


Merci de prendre le temps de répondre. J'ai essayé, mais cela n'a fait aucune différence. :(
Alistair McMillan

0

Symptômes s'exécute dans le cadre de l'infrastructure CrashReportor.


Il n'y a pas de "CrashReporter.framework" sur OS X. Vous voulez dire "CrashReporterSupport.framework"?
Alistair McMillan

0

J'ai le même problème avec le processus Symptômes mangeant du processeur (retards de souris, etc.), lorsque mon Mac est connecté au Web avec LAN (dongle Thunder Thunderbolt 2) et que la transmission fonctionne à plein régime.

Je suppose que j'ai trouvé un correctif pour cela, ne sais pas si cela fonctionne pour vous - allez sur les paramètres réseau, choisissez votre connexion LAN, allez sur avancé, choisissez l'onglet matériel, puis configurez manuellement, changez votre duplex en "duplex intégral, contrôle de flux ", les autres choses restent telles quelles (la mienne est" speed-1000baseT "/" mtu-standard 1500 "/ AVB activé).

J'espère que cela t'aides.


-2

Pas réussi à trouver des informations concluantes sur les symptômes à ce jour.

Et pas entièrement confiant dans ma solution, mais la désactivation du pare-feu a semblé résoudre le problème pour moi de toute façon.

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.