From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 48BE2138010 for ; Thu, 4 Apr 2013 00:58:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1E613E0780; Thu, 4 Apr 2013 00:58:33 +0000 (UTC) Received: from mail.ukfsn.org (mail.ukfsn.org [77.75.108.3]) by pigeon.gentoo.org (Postfix) with ESMTP id A3A94E075F for ; Thu, 4 Apr 2013 00:58:31 +0000 (UTC) Received: from localhost (smtp-filter.ukfsn.org [192.168.54.205]) by mail.ukfsn.org (Postfix) with ESMTP id 9105BC6E1C for ; Thu, 4 Apr 2013 01:58:30 +0100 (BST) Received: from mail.ukfsn.org ([77.75.108.3]) by localhost (smtp-filter.ukfsn.org [192.168.54.205]) (amavisd-new, port 10024) with ESMTP id 5+hRzXi7yOQG for ; Thu, 4 Apr 2013 01:58:30 +0100 (BST) Received: from wstn.localnet (unknown [78.32.181.186]) by mail.ukfsn.org (Postfix) with ESMTP id 42851C6E13 for ; Thu, 4 Apr 2013 01:58:30 +0100 (BST) From: Peter Humphrey Organization: at home To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] ntp-daemons Date: Thu, 4 Apr 2013 01:58:29 +0100 User-Agent: KMail/1.13.7 (Linux/3.7.10-gentoo; KDE/4.10.1; x86_64; ; ) References: <515B6B60.5050708@xunil.at> <201304031641.14780.peter@humphrey.ukfsn.org> <201304032245.30945.michaelkintzios@gmail.com> In-Reply-To: <201304032245.30945.michaelkintzios@gmail.com> X-KMail-Markup: true Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="Boundary-01=_1ANXRd211fOD2R9" Content-Transfer-Encoding: 7bit Message-Id: <201304040158.29511.peter@humphrey.ukfsn.org> X-Archives-Salt: bc07ac64-bc0a-45c4-9fb1-f88ea18e3243 X-Archives-Hash: 9cae0a86351aa2b6b6c0b7c43a5103ff --Boundary-01=_1ANXRd211fOD2R9 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit [Sorry if this not entirely coherent: it's growing late here.] On Wednesday 03 April 2013 22:45:11 Mick wrote: > Do you have chronyc set up to signal off/online status to chronyd? If > so, where do you run it from? No, I don't need to bother with manual control: it just works for me. I did play with chronyc years ago but I soon got bored. I have chronyd running on my LAN server, getting its time from several hosts Out There, then internal hosts get their time from the LAN server. All very straightforward. Any time errors just ramp themselves steadily down to zero. I can show you my config files if you like. In those old 486/586 days the author used to publish a new version for each new generation of CPU, but I haven't seen that since x86_64 came on the scene. I suppose he must have found another way of calibrating his object code's execution time. Whatever the case, I'm happy that gkrellm etc. show the time to at least the nearest half-second relative to BBC time signals. I started using chrony in those old dial-up days because it can handle slow links. Also intermittent ones, by which I mean systems that shut down for some of the day, or that dual-boot with Windross,. I haven't felt a need to change since then. At that time ntpd was at a disadvantage IIRC. You might say that chrony is designed for desktop boxes rather than the servers that ntpd likes, though the edges are pretty blurred. -- Yours, happy camper of Tideswell, Peter --Boundary-01=_1ANXRd211fOD2R9 Content-Type: text/html; charset="iso-8859-15" Content-Transfer-Encoding: 7bit

[Sorry if this not entirely coherent: it's growing late here.]

 

On Wednesday 03 April 2013 22:45:11 Mick wrote:

 

> Do you have chronyc set up to signal off/online status to chronyd? If

> so, where do you run it from?

 

No, I don't need to bother with manual control: it just works for me. I did play with chronyc years ago but I soon got bored.

 

I have chronyd running on my LAN server, getting its time from several hosts Out There, then internal hosts get their time from the LAN server. All very straightforward. Any time errors just ramp themselves steadily down to zero. I can show you my config files if you like.

 

In those old 486/586 days the author used to publish a new version for each new generation of CPU, but I haven't seen that since x86_64 came on the scene. I suppose he must have found another way of calibrating his object code's execution time. Whatever the case, I'm happy that gkrellm etc. show the time to at least the nearest half-second relative to BBC time signals.

 

I started using chrony in those old dial-up days because it can handle slow links. Also intermittent ones, by which I mean systems that shut down for some of the day, or that dual-boot with Windross,. I haven't felt a need to change since then. At that time ntpd was at a disadvantage IIRC. You might say that chrony is designed for desktop boxes rather than the servers that ntpd likes, though the edges are pretty blurred.

 

--

Yours, happy camper of Tideswell,

Peter

 

--Boundary-01=_1ANXRd211fOD2R9--