Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:s...@f...lasek.waw.p
l...
Pan J.F. napisał:
>>> Ponieważ komunikacja odbywa się na bieżąco, to wyliczana jest
>>> korekta
>>> częstotiwości -- więc nawet jeśli urządzenie zostanie odcięte od
>>> sieci,
>>> to wie, że do każdego miliona cyknięc swojego zegara powinno
>>> doliczyc
>>> na przykład pięć. Albo odjąć sześć. Idea protokołu NTP jest prosta
>>> i klarowna,
>
>> A potem sie temperatura zmienia i zegar systemowy (procesora, nie
>> rtc)
>> plynie, bo o jego dokladnosc nikt jakos ambitnie nie dba :-)

>Dlatego napisałem, że ważna jest *stabilność* zegara, a jego
>dokładność
>już mniej. Zaglądam czasem z nudów do pliku ntp.drift w swoich
>komputerach.
>Jago zawartość nie zmienia się często, co oznacza, że raz wyliczony
>współczynnik korekcji starcza na długo, lokalny zegar pracuje
>stabilnie.

Kiedys sie temu przygladalem, i w takim "zwyklym pececie" nie bylo
dobrze.
Nastawy ustawione razy, mogly sie za dwa dni, po kolejnej
synchronizacji, zmienic dosc istotnie.

Oczywiscie to wbrew narzekaniom nie byly duze zmiany, no ale komputer
odciety od sieci mogl sie po tygodniu o pare sekund przestawic.

No i wez pod uwage, ze mu tu o serwerze wlaczonym stale.
A przecietny komputer z windowsem - wlaczamy, bierzemy czas z RTC,
potem system sobie liczy zegarem systemowym, wylaczamy.
Dwa zegary, dwa dryfty, a ten systemowy mocno zmienny, skoro komputer
sie nagrzewa i studzi.

J.