Re: [ntp:questions] Polling interval in FreeBSD vs. Windows

2011-01-19 Thread Miroslav Lichvar
On Tue, Jan 18, 2011 at 09:48:08PM +, David Woolley wrote: > That was my point. Unruh's main issue is that, on modern LANs, the > dominant low frequency error is in the local clock, rather than the > measurements. That's the theory behind NTP. > It's more complicated. I don't think the curr

Re: [ntp:questions] Polling interval in FreeBSD vs. Windows

2011-01-19 Thread Mike S
At 10:35 PM 1/18/2011, Dave Hart wrote... On Wed, Jan 19, 2011 at 02:47 UTC, Mike S wrote: > At 02:18 PM 1/18/2011, unruh wrote... >> Especially as ntpd uses only one of every 8 polls, > > Is this relatively recent behavior? No. See the "Clock filter algorithm" slide 13 in: http://www.eecis.

[ntp:questions] ntpd on AIX6.1 does not start

2011-01-19 Thread Dieter Geyer
Hello i have following problem under AIX6.1, ntpd compiles OK, but when i start the ntpd,then this error occurs : 18 Jan 17:36:33 ntpd[6357216]: init_socket_sig: ioctl(I_SETSIG, S_INPUT) failed: Operation not supported on socket can anybody help ? Thanks Dieter # some Informati

Re: [ntp:questions] Polling interval in FreeBSD vs. Windows

2011-01-19 Thread Terje Mathisen
Dave Hart wrote: On Tue, Jan 18, 2011 at 19:18 PM, unruh wrote: On 2011-01-18, David Woolley wrote: wander, and you set a very fast poll, you could get low offsets but a high error, because the real error is in the wander. Â Increasing the No. a fast poll also corrects wander faster. ntpd i

Re: [ntp:questions] ntpd on AIX6.1 does not start

2011-01-19 Thread David Woolley
Dieter Geyer wrote: 18 Jan 17:41:35 ntpd[6226166]: init_socket_sig: ioctl(I_SETSIG, S_INPUT) failed: Operation not supported on socket You need to add AIX6.1 to the list of systems with broken SIGPOLLs in the configure script. There are two variables, one for UDP and one for terminal I/O.

Re: [ntp:questions] Polling interval in FreeBSD vs. Windows

2011-01-19 Thread David Woolley
Miroslav Lichvar wrote: On Tue, Jan 18, 2011 at 09:48:08PM +, David Woolley wrote: That was my point. Unruh's main issue is that, on modern LANs, the dominant low frequency error is in the local clock, rather than the measurements. That's the theory behind NTP. I should probably have sai