Il giorno lun, 06/02/2006 alle 01.22 +0100, Vinz486 ha scritto: > Il 05/02/06, Davide Prina<[EMAIL PROTECTED]> ha scritto: > > a me non sembra "quasi" normale e dalle mie esperienze non dipende dal > > carico della macchina. Dipende dal clock della CPU ed è un comportamento > > normale se la perdita è minima ... 10 minuti in 24h sono molti, non ho > > mai visto una CPU con un clock così sballato. > > Il sistema non usa l'orologio hardware. Tiene il conto dell'avanzare > del tempo internamente e lo aggiorna tramite un irq hardware (dovrebbe > essere il n.9). > > Il clock della CPU non credo c'entri proprio nulla. > > E' chiaro che se la macchina è carica, il processing degli irq > rallenta, e quindi rallenta anche l'aggiornamento della data. > > > > > > Usa chronyd, che è fatto apposta. > > > > infatti > > $ apt-cache show chrony > > [...] > > `chronyd' determines the rate at which > > the computer gains or loses time, and compensates for this > > [...] > > > > se fosse qualcosa dovuto al carico della macchina non potrebbe fare > > nulla di tutto questo. > > E perchè no? Non si può correggere l'orario? > > Dal man: > > """ > chronyd is a daemon which runs in background on the system. It > obtains measurements (e.g. via the network) of the sys- > tem's offset relative to other systems, and adjusts the > system time accordingly. > """ > > Lo uso su 7 macchine (mooolto cariche) e funziona benissimo.
Ho provato "chrony", ma senza alcun successo. Non è cambiato nulla, purtroppo. A questo punto mi domando se il problema stia altrove... ma dove? Comunque, grazie dei consigli ;) ciao AndreA -- Per REVOCARE l'iscrizione alla lista, inviare un email a [EMAIL PROTECTED] con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a [EMAIL PROTECTED] To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
