Oleg Matviychuk -> debian-russian @ Tue, 24 Mar 2009 19:50:09 +0200: >> >> > > >>> В тех редких случаях, когда системные часы достаточно >> >> > > >>> быстро сбиваются, никто не мешает запускать ntpdate по >> >> > > >>> крону. >> >> > > >> >> >> > > >> что _теоретически_ может привести к интересным эффектам. >> >> > > ТТ> Каким? >> >> > > например пропуску или повторному запуску cron-заданий >> >> > >> >> > А ещё например время в логах или, что более интересно, в >> >> > netflow. >> >> > >> >> Нет, если время _настолько_ быстро сбивается, то понятно, что >> >> могут быть весьма интересные последствия. Но в таком случае >> >> проблема -- не со стороны ntpdate; "с этим всё равно надо >> >> что-то делать". >> D> Как-то раз уже обсуждалось. Насколько я помню, выводы были >> D> примерно следующие: >> D> Если точное и линейно изменяющееся время на машине критично - >> D> никаких ntpdate по крону - только при старте. >> >> И никаких ntpd, кстати, тоже. Так что извините, либо точное, либо >> монотонное... >> OM> O_o OM> ntpdate и ntpd используют adjtime(), чтобы подгонять отклонения < OM> 128мс. А если попросить, то и любые. Где здесь нарушение монотонности?
_Любое_ смещение времени назад нарушает монотонность. По определению. Другое дело, что чем меньше такое смещение, тем меньше шанс попасть в засаду. А вообще, кому нужно монотонное время, пользуются ядерными счетчиками, а не системными часами, пусть даже высокой точности. -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru An ideal world is left as an exercise to the reader. Paul Graham, "On Lisp" -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org