Re: [ntp:questions] NTP vs RADclock?

On Thursday, June 7, 2012 2:26:54 AM UTC+10, unruh wrote: > On 2012-06-06, Julien Ridoux wrote: > > On Wednesday, June 6, 2012 4:41:59 PM UTC+10, unruh wrote: > >> On 2012-06-06, Harlan Stenn wrote: > > Dear unruh (Dr. William Unruh?), > > > > > > > I would encourage you to read the scientific

[ntp:questions] NTP License Check (Was: Re: NTP vs RADclock?)

On 2012-06-07, Dave Hart wrote: > On Thu, Jun 7, 2012 at 2:05 AM, E-Mail Sent to this address will be > added to the BlackLists wrote: >> Parts of ntp (ntpd) source code reference GPL, LGPS, >>  among other things e.g. , >>  

Re: [ntp:questions] NTP License Check (Was: Re: NTP vs RADclock?)

On Thu, Jun 7, 2012 at 6:21 AM, Steve Kostecke wrote: > On 2012-06-07, Dave Hart wrote: >> I am aware of no part of the ntpd tarballs that is solely licensed >> under GPL.  libopts is dual-licensed BSD or GPL at user's choice.  The >> rest of the package is BSD-style, as seen on the pages above.

Re: [ntp:questions] NTP vs RADclock?

On Thursday, June 7, 2012 4:19:31 PM UTC+10, unruh wrote: > On 2012-06-07, skillz...@gmail.com wrote: > > On Jun 5, 6:46?pm, Julien Ridoux wrote: > >> On Tuesday, June 5, 2012 9:12:42 AM UTC+10, E-Mail Sent to this address > >> will be added to the BlackLists wrote: > > > > Thanks for response.

Re: [ntp:questions] Is it possible to confuse ntpd's freq error measurement procedure?

Thanks Dave. I have some realtime processes on this server and 128ms is too much for stepping. But thanks for the hint now I have some start point to investigate 2012/6/7 Dave Hart > On Wed, Jun 6, 2012 at 6:07 PM, Paul Malishev > wrote: > > Hello. > > > > I have two ntpd peers which exchange

Re: [ntp:questions] Is it possible to confuse ntpd's freq error measurement procedure?

Oh. Thanks. This "true" flag may be the root cause of the problem. Along with slew adjusting instead of stepping. Thank you, I'll try to investigate his problem further. 2012/6/7 E-Mail Sent to this address will be added to the BlackLists < Null@blacklist.anitech-systems.invalid> > Paul Malishev

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

In article , s...@goes.nowhere.com says... > > Hi. > > From the title, you might (maybe) guess this is about the Raspberry Pi, > and NTP. > > pi@raspberrypi:~$ ntpq -p > remote refid st t when poll reach delay offset jitter > =

Re: [ntp:questions] Is it possible to confuse ntpd's freq error measurement procedure?

Paul Malishev wrote: Thanks Dave. I have some realtime processes on this server and 128ms is too much for stepping. But thanks for the hint now I have some start point to investigate Are you aware that disabling stepping also disables the kernel discipline, and therefore makes the algorithm

Re: [ntp:questions] NTP License Check (Was: Re: NTP vs RADclock?)

On 2012-06-07, Dave Hart wrote: > On Thu, Jun 7, 2012 at 6:21 AM, Steve Kostecke wrote: >> On 2012-06-07, Dave Hart wrote: >>> I am aware of no part of the ntpd tarballs that is solely licensed >>> under GPL. ?libopts is dual-licensed BSD or GPL at user's choice. ?The >>> rest of the package is

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On Thu, Jun 7, 2012 at 10:30 AM, DaveB wrote: > pi@raspberrypi:~$ ntpq -p > remote          refid       st t when poll  reach  delay  offset  jitter > > *192.168.42.24  .GPS.        1 u  362  1024 377    0.563   0.669  0.284

Re: [ntp:questions] NTP vs RADclock?

On 2012-06-07, Julien Ridoux wrote: > On Thursday, June 7, 2012 2:26:54 AM UTC+10, unruh wrote: >> On 2012-06-06, Julien Ridoux wrote: >> > On Wednesday, June 6, 2012 4:41:59 PM UTC+10, unruh wrote: >> >> On 2012-06-06, Harlan Stenn wrote: >> > Dear unruh (Dr. William Unruh?), >> > > >> >> > >>

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

DaveB wrote: >> pi@raspberrypi:~$ ntpq -p >> remote refid st t when poll reach delay offset jitter >> >> *ntp.websters-co 193.67.79.202 2 u 11 128 377 37.918 -7.068 20.879 >> +ns1.luns.net.uk 33.117.17

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On 6/7/2012 2:24 PM, E-Mail Sent to this address will be added to the BlackLists wrote: Try something like: ntpq -n -c "lpe" -c "las" -c "rv &0" -c "rv &1" -c "rv &2" -c "rv &3" -c "rv &4" The easily readable parts, and the flash code might give you more insight. Actually, you can do this a l

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On Thu, Jun 7, 2012 at 10:47 PM, Brian Utterback wrote: > (Some day it would be nice if "mrv &0 &9" worked the way you expected, but > would you believe "rv 0" and "rv anything-else" call entirely different > functions? ) "rv 0" means system variables. "rv &0" is not defined -- ampersand shortha

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On 6/7/2012 7:35 PM, Dave Hart wrote: On Thu, Jun 7, 2012 at 10:47 PM, Brian Utterback wrote: (Some day it would be nice if "mrv&0&9" worked the way you expected, but would you believe "rv 0" and "rv anything-else" call entirely different functions? ) "rv 0" means system variables. "rv&0" is

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On Fri, Jun 8, 2012 at 12:17 AM, Brian Utterback wrote: > On 6/7/2012 7:35 PM, Dave Hart wrote: >> >> On Thu, Jun 7, 2012 at 10:47 PM, Brian Utterback >>  wrote: >>> >>> (Some day it would be nice if "mrv&0&9" worked the way you expected, but >>> >>> would you believe "rv 0" and "rv anything-else

Re: [ntp:questions] NTP vs RADclock?

Julian, Thanks for the paper reference. Your ideas on feed-forward are similar to the ideas in Greg Troxel's MIT dissertation. These ideas were partially implemented in NTPv3 a very long time ago. There are some minor misinterptretations in the paper. The NTP discipline loop is not criticall

Re: [ntp:questions] Have Pi, have GPS = low powered NTP server?

On 6/7/2012 3:47 PM, Brian Utterback wrote: > BlackLists wrote: >> Try something like: ntpq -n -c "lpe" -c "las" -c "rv &0" -c "rv &1" -c >> "rv &2" -c "rv &3" -c "rv &4" The easily readable parts, and the flash >> code might give you more insight. > > Actually, you can do this a little more effici

Re: [ntp:questions] NTP vs RADclock?

I cannot speak to the advanced structure of clock algorithms, but, regarding wifi performance (of ntp), I can testify that it ranges from ok to terrible. I've seen machine to machine ping times on my wifi lan range from a few ms to almost a second. The worst is when 6 or so devices are all commu