Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
dyskusyjnych:s...@f...lasek.waw.p
l...
Pan J.F. napisał:
>>> 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.

>Ale w jakim systemie?

Linux. Tez ten ntp drift ogladalem, ale chyba w innym pliku/patrzylem
na aktualne dane.

>Czas w DOS/Windows faktycznie w praktyce zależy
>wyłącznie od hardware. W porządnych systemach używających ntpd jest
>już inaczej. Zegar systemowy jest skorygowany przez doświadczalnie
>wyznaczony parametr. Tak maszynka, która sobie kilka dni pochodziła
>w sieci, nawet po odcięciu od niej zachowuje się o wiele lepiej
>od komputera z Windows.

Od komputera z Windows zapewne. Tym niemniej ten wymagany wspolczynnik
korekcji sie zmienial dosc istotnie.

>Jeśli oczywiście ma ona system plików z
>możliwością nieulotnego zapisu (flash przynajmniej).

Masz na mysli odtworzenie zawartosci ntp.drift i uzycie do nowego
startu komputera ?
No to wraca pelnia problemow - czas poczatkowy ustawiony z RTC,
komputer zimny i sie dopiero nagrzewa ...

J.