=?iso-8859-1?q?=5BComm=5D_Re=5B2=5D=3A_=5BComm=5D_Re=3A_=E5=DD=C5_1_=CD?= =?iso-8859-1?q?=C5=D4=CF=C4_=CE=C5=CF=D0=D4=C9=CD=C1=CC=D8=CE=CF_=D3=C9?= =?iso-8859-1?q?=CE=C8=D2=CF=CE=C9=DA=C9=D2=CF=D7=C1=D4=D8_=D7=D2=C5=CD=D1?=
ASA
=?iso-8859-1?q?llb_=CE=C1_udm=2Eru?=
Вт Окт 22 09:07:57 MSD 2002
Hello aek,
Tuesday, October 22, 2002, 8:21:40 AM, you wrote:
a> Разговор, как я понял именно об ежедневном "быстром подводе часов"
a> только с точки зрения ЭКСТРЕМАЛЬНОГО уменьшения трафика. При этом
ntpd много трафика не ест никогда.
a> Скажите мне, как заставить ntpd сверятся со списком эталонных
a> серверов один раз в сутки в четко выставленный час, "деликатно корректируя
a> свой ход"??? Я сразу похороню свои скрипты и воздам Вам хвалу.
Я в подобной ситуации сделал по-другому. Запустил часы как есть,
ntpd сам по себе, без внешней синхронизации (есть такая
возможность, см. документацию). Через неделю снял разницу,
высчитал поправку, ввел ее в конфиг ntpd, потом через месяц
опять высчитал поправку, в результате я получил характеристику
скорости часов в CMOS данной машины, а за год часы ушли не более
чем на 1-2 секунды (т.к. в течении этого года пришлось
перезагружаться несколько раз). И это - в условиях сети,
умышленно отрезанной от интернета.
--
Best regards,
ASA mailto:llb на udm.ru
Подробная информация о списке рассылки community