Quanto è "troppo lontano" per ntpd? Può arrivarci con un improvviso salto a carico pesante? Questo può essere ignorato?

In molti primer su ntpd, come questo , c'è sempre un avvertimento che ntpd smetterà di ripristinare l'orologio "[se] il tuo orologio è troppo lontano".

Quanto è lontano "troppo lontano"?

Inoltre, se un server fa un balzo improvviso a un carico pesante, ad esempio dalla pigrizia totale al 100% della CPU, l'aumento della temperatura farà sì che l'orologio si inclini "troppo lontano"?

Ntpd può essere configurato per ripristinare l'orologio anche se il tempo è "troppo lontano" o almeno rendere "troppo lontano" un po 'più lontano?

high-load ntpd clock-synchronization

How far off is "too far off"?Dipende. Quali sistemi operativi / distribuzioni stai utilizzando, in particolare?

— HopelessN00b,

@ HopelessN00b server ubuntu. Ho pensato che sarebbe stato difficile da definire a causa della complessità dell'algo, quindi posso vivere con una figura da baseball.

Tutte le tue domande sono variabili che puoi impostare nella configurazione

— Jacob,

@Jacob Grazie Jacob! Ti dispiacerebbe mostrarmi dove? Non ho mai visto nulla che allarghi la banda di reset e tutto ciò che posso trovare per una frequenza di sincronizzazione più elevata è burstche ti fa bandire. : / Grazie mille in anticipo!

Non credo che il carico o la temperatura della CPU dovrebbero avere alcun effetto sul tuo orologio. Tutti i timer su un tipico computer alla fine provengono da un oscillatore che, per quanto ne so, è al di fuori del pacchetto CPU e non è influenzato da qualsiasi cosa la CPU stia facendo.

— Nate Eldredge,

Risposte:

Prima di tutto, la differenza massima predefinita è 1000s come altri hanno già detto. Come affermato da @kyle, puoi usare la -gbandiera per ignorare questa UNA volta solo per impostare inizialmente l'orologio.

Dopodiché non dovresti vedere l'orologio alla deriva di 1000 secondi tra gli aggiornamenti anche sotto carico elevato, e se lo fai devi davvero sostituire l'orologio. Le impostazioni nella configurazione richiesta sono minpolle maxpoll. Ciò consentirà di impostare la durata dell'intervallo alla potenza di 2 (ad es. 10 significa 2 ¹⁰ = 1024 s).

Si noti che è probabile che il sistema non vada alla deriva sostanzialmente anche con carichi elevati e le impostazioni predefinite dovrebbero tenerlo sotto controllo. Non vuoi bombardare i server NTP con aggiornamenti ogni secondo poiché stai sprecando risorse che ti bloccheranno e molto probabilmente una chiamata al tuo ISP NOC. Se hai davvero bisogno di un tempo estremamente preciso, usa il GPS o configura il tuo server NTP.

— Giacobbe
fonte

A seconda di ciò che fai, i pochi ms che può andare alla deriva al giorno sono "sostanzialmente" per le persone.

— PlasmaHH,

@PlasmaHH Quindi suggerirei di utilizzare una fonte di tempo migliore come il GPS.

— Jacob,

Grazie mille Jacob! Sai per caso qual è il limite di tasso più comune? Mi piacerebbe mantenere un buon tempo nella banda di 10ms mostrata qui ntp.org/ntpfaq/NTP-s-algo.htm#Q-ACCURATE-CLOCK senza hardware costoso. Grazie mille in anticipo!

@Gracchus Dipende dai singoli server NTP e dovresti contattarli. Secondo me stai cercando di usare NTP come stampella per qualcosa in cui hai bisogno di un tempo estremamente preciso. Come tale dovresti usare una soluzione migliore (come il GPS) per ottenerlo piuttosto che aggiungere carico a un servizio gratuito.

— Jacob,

@Gabe: Sostituire qui può anche significare aggiungere un altro orologio al sistema. Inoltre ci sono alcune opzioni per aggiungere vari tipi di orologi come schede PCI.

— PlasmaHH,

NTPD può regolare il tuo orologio a incrementi lenti se è spento, rotazione dell'orologio. L'idea alla base è che i passaggi lenti non causeranno problemi con i timer del software, strani spazi vuoti nei file di registro, ecc.

La velocità di risposta massima possibile è limitata a 500 parti per milione (PPM) dal kernel Unix. Di conseguenza, l'orologio può richiedere 2000s per ogni secondo che l'orologio è al di fuori dell'intervallo accettabile.

Secondo la pagina di manuale ntpd non funzionerà se l'orologio è spento per più di 1000 secondi.

Dal momento che ruotare l'orologio per regolarlo di 1000 secondi richiederà almeno 3 settimane e durante quel periodo tutti i timestamp / data sono ancora spenti, ciò non sembra irragionevole.

Il ntpdatecomando ha un'opzione -b per regolare semplicemente l'ora senza ruotare. Ciò è utile nei casi in cui l'orologio di sistema locale si discosta troppo dall'ora "corretta".

— HBruijn
fonte

Questo è specificato in man ntpde lo sovrascrivi potresti essere interessato -gall'opzione (Nota "che è 1000 s per impostazione predefinita":

-g Normalmente, ntpdesce con un messaggio nel registro di sistema se l'offset supera la soglia di panico, che per impostazione predefinita è 1000 s. Questa opzione consente di impostare l'ora su qualsiasi valore senza restrizioni; tuttavia, questo può succedere solo una volta. Se la soglia viene superata, ntpdverrà chiusa con un messaggio nel registro di sistema. Questa opzione può essere utilizzata con le opzioni -qe -x. Vedi il tinkercomando per altre opzioni.

È possibile regolare questo in ntpd.conf. Se si desidera disabilitarlo, è possibile impostare tinker panic 0. Consulta la documentazione sulle Opzioni varie per saperne di più.

— Kyle Brandt
fonte

Perfezionare! Finalmente trovato minpolle maxpoll. Grazie!

Kyle, questo è sbagliato. Questo è un comando unico e non affronterà problemi futuri. Né menzioni minpollné maxpoll.

— Jacob,

Perché questo funzioni per me ho dovuto usare i seguenti passaggi 'sudo service ntp stop' 'ntpq -gq' e 'sudo service ntp start'

— Terry Horner