macOS - ntpd utilizza oltre il 100% della CPU

succede un paio di volte ogni giorno, il mio MacBook diventa estremamente lento. Quando controllo Activity Monitor, vedo che il ntpdprocesso utilizza più del 100% della mia CPU (di solito circa il 140-180%).

Se lo uccido (Uscita forzata), MacBook inizia a funzionare normalmente. Ma accadrà di nuovo tra alcune ore. Come posso risolvere questo problema? Diventa davvero fastidioso

È iniziato dopo uno degli aggiornamenti del software (non sono sicuro esattamente quando).

MacBook Pro (Retina, 13 pollici, fine 2013) con macOS 10.12.3

— klanomath
fonte

Vai a System Preferences > Date and Time(sblocca se necessario) e deseleziona Set date and time automatically. Chiudi Preferenze di Sistema, quindi riapri e ricontrolla Set date and time automatically. Assicurati che le informazioni sul server orario siano corrette per la tua posizione sul pianeta.

— IconDaemon

appena fatto, controllerà tra qualche ora se ha aiutato, grazie

@IconDaemon sembra aiutato. Se riesci a pubblicare la tua soluzione come risposta, la confermo

Risposte:

Vai su Preferenze di Sistema> Data e ora e deseleziona Imposta data e ora automaticamente. Chiudi Preferenze di Sistema, quindi riapri e ricontrolla Imposta data e ora automaticamente

— Radu Simionescu
fonte

Grazie per la risposta: questo mi ha aiutato a risolvere il mio processo utilizzato al 200%. Presumo che questo sia un bug del sistema operativo? È stato segnalato ad Apple?

— JD

Che cos'è un Mac rotto, combatto costantemente alcune cose internall mangiando CPU. Oggi è ntpd.

— Johnny_D

Ho provato a deselezionarlo perché non mi importava se non si aggiornasse automaticamente e questo non era sufficiente. Ho dovuto deselezionare e ricontrollare per risolvere il problema, quindi ho potuto impostare il controllo come mi piaceva. Anche ntpq -pnella risposta seguente è stato utile come diagnostica perché è scaduto fino a quando il problema non è stato risolto e la CPU è tornata vicino allo zero.

— Joshua Goldberg,

In un'occasione, questo non ha funzionato, e il nostro help desk mi ha detto di una soluzione alternativa: nella scheda Data e ora, ho dovuto cambiare il server in Apple e poi tornare al nostro server di lavoro. (Esistono motivi relativi all'autenticazione per tenerlo puntato sul server gestito dal lavoro.)

— Joshua Goldberg,

Controlla se i server NTP che hai configurato sono corretti e raggiungibili.

Apri una finestra Terminale ed esegui

ntpq -p

Questo è l'output che ho ottenuto sul mio sistema che aveva ntpd usando circa l'80-90% di 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

Questo dimostra che avevo configurato un server 3 ntp, i primi 2 sono ok ma il terzo era irraggiungibile (non sono un esperto NTP ma refid = .INIT., St = 16 e reach = 0 sembrano indicare che qualcosa non va ).

Quindi sono andato su Preferenze di Sistema> Data e ora, dove in effetti avevo 3 server NTTP configurati: 2 all'interno della mia rete aziendale, e time.apple.comquindi niente di simile a "defra1-ntp-001". Supponendo che "defra1-ntp-001" riferito a time.apple.com l'ho rimosso, e questo ha risolto il mio problema.

Naturalmente nel mio caso specifico, probabilmente time.apple.com era irraggiungibile perché bloccato dal firewall della mia azienda, quindi non consiglio di rimuoverlo come soluzione generale. Controlla invece il tuo output 'ntpq -p' e prova a determinare quale server sta causando il problema e rimuovilo (e se non ne rimane nessuno, aggiungine uno noto).

— hertitu
fonte

Ho provato il tuo suggerimento e la query è scaduta. Quindi ho seguito il suggerimento della risposta accettata e in Preferenze di Sistema> Data e ora ho visto che il mio sistema punta al mio server corp ntp. Quindi ho eseguito nuovamente la query e questa volta ha funzionato. Forse qualche bug relativo al passaggio alla VPN?

— ajh158,