Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread William Unruh
On 2015-02-13, Paul wrote: > On Fri, Feb 13, 2015 at 12:42 AM, William Unruh wrote: > >> OK, so we seem to have two different sets of experiments with very >> different results. Note that I did not erase the drift file, or restart >> ntpd after my perturbation. >> > > Okay, I offset my clock by 1

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Rob
David Lord wrote: > Rob wrote: >> Terje Mathisen wrote: >>> Charles Swiger wrote: On Feb 12, 2015, at 1:56 AM, Rob wrote: > However, what I observe is that the plots of the offset show the > derivative > of the environment temperature, which unfortunately cannot be control

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Charles Swiger
On Feb 12, 2015, at 11:21 PM, Terje Mathisen wrote: > I've considered packing some insulation around the crystal, this would tend > to stabilize (while also increasing) the temperature, but this would also be > likely to reduce its lifetime, and the motherboard would probably conduct > heat too

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Paul
On Fri, Feb 13, 2015 at 12:42 AM, William Unruh wrote: > OK, so we seem to have two different sets of experiments with very > different results. Note that I did not erase the drift file, or restart > ntpd after my perturbation. > Okay, I offset my clock by 100ms without restarting ntpd. It took

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread David Lord
Rob wrote: Terje Mathisen wrote: Charles Swiger wrote: On Feb 12, 2015, at 1:56 AM, Rob wrote: However, what I observe is that the plots of the offset show the derivative of the environment temperature, which unfortunately cannot be controlled any better. I am considering to locate the cry

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Rob
Terje Mathisen wrote: > Charles Swiger wrote: >> On Feb 12, 2015, at 1:56 AM, Rob wrote: >> >>> However, what I observe is that the plots of the offset show the derivative >>> of the environment temperature, which unfortunately cannot be controlled >>> any better. I am considering to locate the

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Miroslav Lichvar
On Fri, Feb 13, 2015 at 05:42:54AM +, William Unruh wrote: > On 2015-02-13, Paul wrote: > > On Thu, Feb 12, 2015 at 7:27 PM, William Unruh wrote: > > > >> It was based on measurements I made with ntpd > > > > Are you assuming the numbers I provided are based on theory or were you > > looking

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Rob
William Unruh wrote: > No, that is a hardware solution. There are software solutions-- a > termistor to meaure the temperature of the crystal ( or somethign > nearby) which feeds that measurement to the OS. the revised ntp then > reads the temperature, and corrects the drift rate as a function of

Re: [ntp:questions] How to adjust clock frequency in FreeBSD 10.1 ?

2015-02-13 Thread Rick Thomas
On Feb 12, 2015, at 4:22 PM, Phil W Lee wrote: > Rick Thomas considered Thu, 12 Feb 2015 > 09:44:30 GMT the perfect time to write: > >> Hi All, >> >> I’ve got a machine with a really bad clock. When I run NTP on it, the freq >> goes straight to 500.0 (over a period of a few days) and stays

Re: [ntp:questions] How to adjust clock frequency in FreeBSD 10.1 ?

2015-02-13 Thread Rick Thomas
On Feb 12, 2015, at 3:44 PM, Harlan Stenn wrote: > While this won't help a lot, if you figure this out please write > something up and we can find a good place to start putting this > information at: > > https://support.ntp.org/bin/view/Support/TroubleshootingNTP > > H It actually does help!

Re: [ntp:questions] NTP offset doesn't change.

2015-02-13 Thread Terje Mathisen
David Lord wrote: Solutions that measure the temperature require calibration for the individual crystal as with the cheap crystals used the drift per deg C can be either positive or negative and also depending on "cut" of the crystal can follow a parabolic or "lazy S" curve. The only reasonable