|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 27 Oct 2006 10:06:49 To : Vadim Goncharov Subject : Re: ntpdate не настраивает ход часов -------------------------------------------------------------------------------- >>> Vadim Goncharov wrote: MT>> если аптайм измеряется годами, то ntpdate тем более вредно, в ntpd есть MT>> механизм компенсирования дрейфа часов, и даже когда сихронизация с MT>> внешними источниками потеряна дрейф всё равно компенсируется. VG> А чего, adjtime(2) при ntpdate -B отменили что ли? adjtime умеет выставлять одноразовое смещение, но не менять темп. Представь себе что у тебя часы уезжают за час на 10 мс, и раз в час ходит ntpdate -B. ntpdate нашло смещение (10 мс) и сказало через adjtime() его скомпенсировать, компенсация длится 10 минут. Значит, через 5 минут уйдёт половина смещения указанного на устранение, но накопится новое - 1/12 часового смещения. Итого через 5 минут у тебя будет около 5.8 мс смещения. Через 10 минут от ntpdate - 1.7 мс, через 15 минут - 2.5 мс, и так далее. И так до нового ntpdate, который снова найдёт 10 мс и скажет сдвигать... А вот если есть длительный измеритель (ntpd), то он подсчитает темп накопления отклонения времени и скажет через adjtimex() или ntp_adjtime() просто изменить темп. Более того, он запишет измеренное (во фре в /var/db/ntp.drift) чтобы при следующем старте поднять с ходу и применить к системным часам. -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22383e25f79c0.html, оценка из 5, голосов 10
|