From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 22 Oct 2002 10:07:57 +0500 From: ASA X-Mailer: The Bat! (v1.60q) Organization: LLB, LLC X-Priority: 3 (Normal) Message-ID: <1411321329.20021022100757@udm.ru> To: aek Subject: Re: [Comm] Re[2]: [Comm] Re: Еще 1 метод неоптимально синхронизировать время In-Reply-To: <8431.021022@taxpol.krasnoyarsk.su> References: <2527742351.20021021191825@udm.ru> <8431.021022@taxpol.krasnoyarsk.su> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru X-Reply-To: ASA List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: 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