macOS: ntpd usa más del 100% de la CPU

28

sucede un par de veces al día, mi MacBook se vuelve extremadamente lenta. Cuando verifico el Monitor de actividad, veo que el ntpdproceso usa más del 100% de mi CPU (generalmente alrededor del 140-180%).

Si lo mato (Force Quit), MacBook comienza a funcionar como de costumbre. Pero volverá a suceder en varias horas. ¿Cómo puedo solucionar este problema? Se vuelve realmente molesto

Comenzó después de una de las actualizaciones de software (no estoy seguro exactamente cuándo).

MacBook Pro (Retina, 13 pulgadas, finales de 2013) con macOS 10.12.3

klanomath
fuente
3
Ve a System Preferences > Date and Time(desbloquear si es necesario) y desmarca Set date and time automatically. Cierre las Preferencias del sistema, luego vuelva a abrir y vuelva a verificar Set date and time automatically. Asegúrese de que la información del servidor horario sea correcta para su ubicación en el planeta.
IconDaemon
solo lo hice, verificará en unas horas si ayudó, gracias
@IconDaemon parece que ayudó. Si puede publicar su solución como respuesta, lo confirmaré

Respuestas:

37

Vaya a Preferencias del sistema> Fecha y hora y desactive Establecer fecha y hora automáticamente. Cierre las Preferencias del sistema, luego vuelva a abrir y vuelva a verificar Establecer fecha y hora automáticamente

Radu Simionescu
fuente
Gracias por responder, esto ayudó a resolver mi proceso utilizado al 200%. Supongo que esto es un error del sistema operativo? ¿Se ha informado a Apple?
JD
1
Qué es una Mac rota, lucho constantemente contra algunas cosas internas que comen CPU. Hoy es ntpd.
Johnny_D
1
Intenté simplemente desmarcar porque no me importaba si no se actualizaba automáticamente, y eso no era suficiente. Tuve que desmarcar y volver a verificar para solucionar el problema, y ​​luego pude configurar el cheque como quisiera. También ntpq -pen la respuesta a continuación fue útil como diagnóstico porque se agotó el tiempo de espera hasta que se solucionó el problema y la CPU volvió a estar cerca de cero.
Joshua Goldberg
En una ocasión, esto no funcionó, y nuestro servicio de asistencia me informó sobre una solución alternativa: en la pestaña Fecha y hora, tuve que cambiar el servidor a Apple y luego volver a nuestro servidor de trabajo. (Hay razones relacionadas con la autenticación para mantenerlo apuntando al servidor administrado por el trabajo.)
Joshua Goldberg
5

Compruebe si los servidores NTP que ha configurado son correctos y accesibles.

Abra una ventana de Terminal y ejecute

ntpq -p

Este es el resultado que obtuve en mi sistema que tenía ntpd usando alrededor de 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

Esto muestra que tenía 3 servidores ntp configurados, los 2 primeros están bien, pero el tercero no estaba disponible (no soy un experto en NTP pero refid = .INIT., St = 16 y reach = 0, todo parece indicar que algo está mal )

Así que fui a Preferencias del sistema> Fecha y hora, donde, de hecho, tenía 3 servidores ntp configurados: 2 dentro de la red de mi empresa y time.apple.com, por lo tanto, nada parecido a "defra1-ntp-001". Suponiendo que "defra1-ntp-001" se refirió a time.apple.com, eliminé ese, y esto resolvió mi problema.

Por supuesto, en mi caso específico, probablemente no se pudo acceder a time.apple.com porque está bloqueado por el firewall de mi empresa, por lo que no recomiendo eliminarlo como una solución general. En su lugar, verifique su salida 'ntpq -p' e intente determinar qué servidor está causando el problema y elimine ese (y, si no queda ninguno, agregue uno conocido).

hertitu
fuente
1
Intenté su sugerencia y la consulta expiró. Luego seguí la sugerencia de la respuesta aceptada y en Preferencias del sistema> Fecha y hora vi que mi sistema apuntaba a mi servidor corp ntp. Luego ejecuté la consulta nuevamente y esta vez funcionó. ¿Quizás algún error relacionado con el cambio a VPN?
ajh158