macOS - ntpd utilise plus de 100% du CPU

cela arrive plusieurs fois par jour, mon MacBook devient extrêmement lent. Lorsque je vérifie le moniteur d'activité, je vois que le ntpdprocessus utilise plus de 100% de mon processeur (généralement autour de 140-180%).

Si je le tue (Forcer à quitter), le MacBook commence à fonctionner comme d'habitude. Mais cela se reproduira dans quelques heures. Comment puis-je résoudre ce problème? Ça devient vraiment ennuyeux

Cela a commencé après l'une des mises à jour logicielles (je ne sais pas exactement quand).

MacBook Pro (Retina, 13 pouces, fin 2013) avec macOS 10.12.3

macos sierra cpu activity-monitor klanomath
la source

Accédez à System Preferences > Date and Time(déverrouillez si nécessaire) et décochez Set date and time automatically. Fermez les Préférences Système, puis rouvrez et revérifiez Set date and time automatically. Assurez-vous que les informations du serveur de temps sont correctes pour votre emplacement sur la planète.

IconDaemon

vient de le faire, vérifiera dans quelques heures si cela a aidé, merci

@IconDaemon semble avoir aidé. Si vous pouvez poster votre solution comme réponse, je la confirmerai

Réponses:

Accédez à Préférences Système> Date et heure et décochez Définir la date et l'heure automatiquement. Fermez les Préférences Système, puis rouvrez et revérifiez automatiquement la date et l'heure

Radu Simionescu
la source

Merci pour la réponse - cela a aidé à résoudre mon processus utilisé à 200%. Je suppose que c'est un bug du système d'exploitation? At-il été signalé à Apple?

Qu'est-ce qu'un Mac cassé, je me bats constamment contre des trucs internes qui mangent du CPU. Aujourd'hui, c'est ntpd.

Johnny_D

J'ai essayé de décocher simplement parce que cela ne me dérangeait pas si cela ne se mettait pas à jour automatiquement, et ce n'était pas suffisant. J'ai dû décocher et revérifier pour résoudre le problème, puis j'ai pu régler la vérification comme je le souhaitais. La ntpq -préponse ci-dessous a également été utile comme diagnostic, car elle a expiré jusqu'à ce que le problème soit résolu et que le CPU revienne près de zéro.

Joshua Goldberg

À une occasion, cela n'a pas fonctionné, et mon service d'assistance m'a informé d'un autre correctif: sous l'onglet Date et heure, j'ai dû changer le serveur pour Apple, puis revenir à notre serveur de travail. (Il y a des raisons liées à l'authentification de le garder pointé sur le serveur géré par le travail.)

Joshua Goldberg

Vérifiez si les serveurs NTP que vous avez configurés sont corrects et accessibles.

Ouvrez une fenêtre de terminal et exécutez

ntpq -p

C'est la sortie que j'ai obtenue sur mon système qui avait ntpd en utilisant environ 80-90% de cpu.

     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*aer-foo5d20-dc- .GPS.            1 u   23   64   17   17.888   20.617   2.226
 aer-foo6t20-dc- .GPS.            1 u   23   64   17   17.938   20.598   2.211
 defra1-ntp-001. .INIT.          16 u    -  68m    0    0.000    0.000   0.000

Cela montre que j'avais 3 serveurs ntp configurés, les 2 premiers sont ok mais le 3ème était inaccessible (je ne suis pas un expert NTP mais refid = .INIT., St = 16 et reach = 0 semblent tous indiquer que quelque chose ne va pas ).

Je suis donc allé dans Préférences Système> Date et heure, où en effet j'avais 3 serveurs ntp configurés: 2 dans le réseau de mon entreprise, et time.apple.com- donc rien ne ressemblant à "defra1-ntp-001". En supposant que "defra1-ntp-001" fait référence à time.apple.com, j'ai supprimé celui-ci, ce qui a résolu mon problème.

Bien sûr, dans mon cas spécifique, time.apple.com était probablement inaccessible car il est bloqué par le pare-feu de mon entreprise, donc je ne recommande pas de le supprimer comme solution générale. Au lieu de cela, vérifiez votre sortie 'ntpq -p' et essayez de déterminer quel serveur est à l'origine du problème et supprimez celui-ci (et s'il n'en reste aucun, ajoutez-en un bon connu).

hertitu
la source

J'ai essayé votre suggestion et la requête a expiré. Ensuite, j'ai suivi la suggestion de la réponse acceptée et dans Préférences Système> Date et heure, j'ai vu que mon système pointe vers mon serveur corp ntp. Ensuite, j'ai exécuté à nouveau la requête et cette fois, cela a fonctionné. Peut-être un bug lié au passage au VPN?

ajh158