Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-25 Thread Miroslav Lichvar
On Fri, Jul 22, 2011 at 04:40:58PM +0100, Ed W wrote: > > Wouldn't it be better to make the step as early in the boot as > > possible and not care about its size? > > Definitely. Actually I can easily adjust my boot scripts to run chrony > instead of hwclock - works well. The disadvantages are

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-25 Thread Bill Unruh
On Mon, 25 Jul 2011, Miroslav Lichvar wrote: On Fri, Jul 22, 2011 at 04:40:58PM +0100, Ed W wrote: Wouldn't it be better to make the step as early in the boot as possible and not care about its size? Definitely. Actually I can easily adjust my boot scripts to run chrony instead of hwclock -

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-22 Thread Ed W
> Enable the rtc log and see how quickly the drift value converges and > how stable it is. Superb (and obvious!) idea - will examine my logs > But I'm not sure if trimming rtc on start will help you that much. If > the machine is turned off for days, will it really make a difference > that the

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-21 Thread Miroslav Lichvar
On Wed, Jul 20, 2011 at 03:15:14PM -0700, Bill Unruh wrote: > You could do the 11 min mode. That would mean that the offset was always very > very close to zero when the device is switched off, but the rate is unknown. > But, if Lichvar is right, you might never get a good rate anyway because the

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-20 Thread Miroslav Lichvar
On Wed, Jul 20, 2011 at 05:24:35AM -0700, Bill Unruh wrote: > trimrtc is supposed to occur such that the algorithm to determine the rtc > drift rate compensates for the change in rtc caused by the trinrtc (all > entries in the prior rtc measurement table are shifted by the same amt that > the rtc

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-20 Thread Bill Unruh
On Wed, 20 Jul 2011, Ed W wrote: Possibly more succinctly: a) I want to step rtc to track real time (since it's entwined with booting) You could do the 11 min mode. That would mean that the offset was always very very close to zero when the device is switched off, but the rate is unknown.

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-20 Thread Bill Unruh
On Wed, 20 Jul 2011, Miroslav Lichvar wrote: On Wed, Jul 20, 2011 at 05:24:35AM -0700, Bill Unruh wrote: trimrtc is supposed to occur such that the algorithm to determine the rtc drift rate compensates for the change in rtc caused by the trinrtc (all entries in the prior rtc measurement table

Re: [chrony-dev] Question / Feature suggestion - trimrtc on start?

2011-07-20 Thread Bill Unruh
On Wed, 20 Jul 2011, Ed W wrote: Hi, a good repost, but... Thus calling trinrtc at anytime while running should not make a difference. But doing it on bootup seems not a good idea. The system time is not good then. I'm not seeing why it makes a difference what the system time is at this