Orologio in ritardo

Postate qui per tutte le discussioni legate a Linux in generale.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
MAT
Linux 4.x
Linux 4.x
Messaggi: 1242
Iscritto il: mer 9 mar 2005, 0:00
Nome Cognome: Matteo Magni
Kernel: 2.6.20
Desktop: Fluxbox
Distribuzione: Gentoo
Località: Vignola, Modena

Orologio in ritardo

Messaggio da MAT »

Ho un piccolo "problema" con una macchina Linux (monta una Fedora). Ho schedulato un job notturno per sincronizzare l'ora con un server ntp (it.pool.ntp.org) con ntpdate. Lo script è il seguente:

Codice: Seleziona tutto

date 1>>$REPORT
ntpdate -q it.pool.ntp.org|head -n 1 1>>$REPORT
ntpdate it.pool.ntp.org 1>>$REPORT
date 1>>$REPORT
echo >>$REPORT
dove REPORT è la variabile che contiene il path al file su cui scrivere. Ho deciso di tenerlo monitorato in questo modo perché ho notato che l'orologio perde apparentemente dei secondi ogni notte. Ecco il contenuto del file (ultimi 4 giorni):

Codice: Seleziona tutto

Sat Jun 24 04:11:24 CEST 2006
server 212.97.63.99, stratum 2, offset 11.756859, delay 0.07127
24 Jun 04:11:36 ntpdate[30100]: step time server 212.97.63.99 offset 11.754983 sec
Sat Jun 24 04:11:36 CEST 2006

Sun Jun 25 04:10:27 CEST 2006
server 212.97.63.99, stratum 2, offset 11.740161, delay 0.06972
25 Jun 04:10:39 ntpdate[12475]: step time server 212.97.63.99 offset 11.738785 sec
Sun Jun 25 04:10:39 CEST 2006

Mon Jun 26 04:10:21 CEST 2006
server 212.97.63.99, stratum 2, offset 11.743695, delay 0.06979
26 Jun 04:10:34 ntpdate[18810]: step time server 212.97.63.99 offset 11.743682 sec
Mon Jun 26 04:10:34 CEST 2006

Tue Jun 27 04:11:37 CEST 2006
server 212.97.63.99, stratum 2, offset 11.749560, delay 0.08600
27 Jun 04:11:49 ntpdate[506]: step time server 212.97.63.99 offset 11.749608 sec
Tue Jun 27 04:11:49 CEST 2006
Come si vede, perde quasi 12 secondi in 24 ore. A cosa può essere dovuto questo? Premetto che la macchina è sempre accesa e sempre collegata ad Internet.

Non che sia un grosso problema, dato che la sincronizzazione avviene ogni notte (e potrei pure schedularla più di frequente, volendo), ma sarei curioso di conoscerne il motivo.

Grazie.

Avatar utente
albatros
Iper Master
Iper Master
Messaggi: 2098
Iscritto il: sab 4 feb 2006, 13:59
Kernel: 6.18.0
Desktop: gnome and lxqt
Distribuzione: Ubuntu 24.04 & FC 41
Località: Darmstadt - Germania

Messaggio da albatros »

12/86400=.0139 %

Non è poi moltissimo, anche se gli orologi digitali da polso a cui siamo abituati sono più precisi...
Credo che il "problema" che segnali sia strettamente legato al fatto che il clock del pc lavora su frequenze molto elevate, ma non molto precise e non so fino a che punto stabili, per cui più che un difetto credo sia una caratteristica della macchina che non influisce sulle sue prestazioni generali...
Paradossalmente l'orologio del mio pc ritarda meno quando è spento che quando è acceso...
Considera che in circa 24 ore di cui 4 circa di funzionamento anch'io ho perso:

setclok
Looking for host 193.204.114.233 and service ntp
host found : ntp2.ien.it
27 Jun 14:50:14 ntpdate[3155]: step time server 193.204.114.233 offset -2.199845 sec

Il mio pc è un amd sempron64 2800+ su scheda msi (via k8mm-v), l'altro, un pentium II 450 su intel 440bx, ha un clock decisamente più preciso...

Sul pentium I 133, invece, il ritardo del clock da spento era dovuto alla pila quasi esaurita...

Non sono però un esperto di hardware, magari altri saranno in grado di fornirti spiegazioni più dettagliate.

Avatar utente
MAT
Linux 4.x
Linux 4.x
Messaggi: 1242
Iscritto il: mer 9 mar 2005, 0:00
Nome Cognome: Matteo Magni
Kernel: 2.6.20
Desktop: Fluxbox
Distribuzione: Gentoo
Località: Vignola, Modena

Messaggio da MAT »

Il tuo è addirittura in anticipo! Come si spiega? Nessun altro ci illumina? :)

Avatar utente
dapuzz
Linux 4.x
Linux 4.x
Messaggi: 1137
Iscritto il: mar 16 mag 2006, 11:09
Contatta:

Messaggio da dapuzz »

per quanto riguarda gli orologi al quarzo quando sono in anticipo vuol dire che il quarzo si è consumato ed è più leggero ed oscilla più velocmente. Se è in ritardo vuol dire che la pila non ce la fa a creare il campo elettromagetico necessario a far oscillare sempre il quarzo. E per i pc? Funzionerà mica allo stesso modo? :o :D

Avatar utente
albatros
Iper Master
Iper Master
Messaggi: 2098
Iscritto il: sab 4 feb 2006, 13:59
Kernel: 6.18.0
Desktop: gnome and lxqt
Distribuzione: Ubuntu 24.04 & FC 41
Località: Darmstadt - Germania

Messaggio da albatros »

Intanto mi scuso per l'inesattezza, effettivamente ha ragione Mat, guadagno dei secondi (c'è il -), non li perdo come con l'altro pc...

Poi, ecco dei link che non danno una risposta esauriente, ma forniscono qualche elemento in più...

http://www.ibiblio.org/pub/Linux/docs/H ... s/it/Clock
http://www.eecis.udel.edu/~ntp/ntpfaq/N ... clocks.htm
http://www.beaglesoft.com/clwafaq.htm#w ... inaccurate
http://www.beaglesoft.com/mainfaqclock.htm
http://tf.nist.gov/timefreq/service/pdf ... ertime.pdf

Rispondi