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

— klanomath
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
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?

— JD

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
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