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? 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. Jeśli oczywiście ma ona system plików z
możliwością nieulotnego zapisu (flash przynajmniej). Dzisiaj taką
maszynką może być wszystko -- od wielkich i drogich serwerów, aż
po tablety, telefony i routery po kilkanaście euro za sztukę. Tylko
Windows się ostał bez tego.

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

Dla mnie są to ogromne zmiany. Zupełnie nieakceptowalne.

> 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.

Teraz chyba już wpadli na to, by po włączeniu jednorazowo
zsynchronizować czas z serwerem. Kiedyś nawet tego nie było.

--
Jarek