Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:s...@f...lasek.waw.p
l...
Pan J.F. napisał:
>>> Jedno nie implikuje drugiego. Protokół wymyślono dawno,
>>> publiczne serwery pojawiły się dużo później.
>> Watpie. Skoro wymyslono protokol, to i serwer musial byc,
>> do przetestowania :-)
>Był, lecz niekoniecznie wszystkim dostępny. Nawet plik
>konfiguracyjny demona zawiera na końcu linię:
># Don't serve time or stats to anyone else by default (more secure)
>Dopiero po niej można ustawić upoważnione zakresy adresów.

patrz raczej po dokumentacji do klienta i roznych HowTo.
Podawane przykladowe serwery nie dzialaly ?

>>> Ale co wychodziło tak sobie? Komputer zsynchronizowany z serwerem
>>> tryma się wzorca czasu jak pijany płotu. Zmiany w pliku nie są
>>> zbyt częste.
>> Chodzi mi o to, ze jednego dnia mam poprawke jakas tam, drugiego
>> podobna, trzeciego dwa razy wieksza, a czwartego w przeciwna
>> strone.
>> Jesli mnie pamiec nie myli, to sprawdzalem "tick" podawany przez
>> adjtimex, i bylo gdzies 9999 do 10002, zamiast nominalnych 10000.
>Wszystko to niewielkie różnice. Fluktuacje w jsedna i druga stronę.

to jest 200ppm. Utrzymujace sie np 3 doby.
Daje 16 sekund na kazda dobe.

Hm, a moze zle pamietam, 200ppm to bardzo kiepski kwarc.


>>> A skąd, mikrosekundowa dokładność dostępna jest nawet dla programu
>>> sleep (który śpi z taką dokładnością). Programy związane z ntp też
>>> podają dokładną różnicę czasu.
>> RTC w pececie nie ma takiej rozdzielczosci !
>No i w ogóle średnio jest potrzebny.

Do startu komputera, jak nie ma lacznosci z internetem. Tzn do
ustawienia zegara na starcie.

Chodzi mi jednak o to, ze sekundowa rozdzielczosc utrudnia nieco
precyzyjne wyznaczenie dryftu.
Nie wystarczy odczytac RTC np co godzina i porownac z dokladnym
czasem.

J.