=?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