Yo, Gary!
On Mon, May 23, 2016 at 10:05 PM, Gary E. Miller wrote:
>
> The NTP doc pretty much defines our topic words.
>
> http://support.ntp.org/bin/view/Support/NTPRelatedDefinitions
We should use the standard to the extent reasonable.
>
>
> But it does get a bit sloppy on some terms like
On Mon, May 23, 2016 at 5:38 PM, Hal Murray wrote:
>
> fallenpega...@gmail.com said:
> > There should be a tag in gitlab. If there is not, it is my mistake, and
> I
> > will fix it this evening. ..m
>
> k...@roeckx.be said:
> > There are also no releases on ftp://ftp.ntpsec.org/pub/releases/,
Looks like a good time for this question:
What are the figures of merit that we should be tracking when monitoring
the quality of servers using NTP for exchange?
I understand that these values will factor differently with different user
groups, but the characteristics we can measure should be fai
Yo Clark!
On Mon, 23 May 2016 21:47:39 -0400
"Clark B. Wierda" wrote:
> What are the figures of merit that we should be tracking when
> monitoring the quality of servers using NTP for exchange?
I think you have the basics: offset, dispersion, jitter, wander. Plus the
50%, 95% and 90% bounds of
Yo Eric!
On Mon, 23 May 2016 20:20:10 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > I think we gotta send less grunt work to Eric when we can do it
> > ourselves.
>
> I'm sorry, but yes, you do need to do that.
Glad we are on the same page.
> You're both welcome to test-farm account
Gary E. Miller :
> I think we gotta send less grunt work to Eric when we can do it ourselves.
I'm sorry, but yes, you do need to do that. I'm swamped with both small
and large tasks. I have to either offload or refuse some small tasks
that others can do in order to execute tasks that presently
Mark Atwood :
> Please set an account up on thyrsus.com for me.
>
>
> You can grab SSH keys like so:
> curl -O https://github.com/.keys
>
>
> So thus get mine at https://github.com/fallenpegasus.keys
The fallenpegasus account noe exisys at thyrsus.com. I copied
your keys to ~/.ssh/id_rsa.pub.
Yo Hal!
On Mon, 23 May 2016 01:16:16 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> PPS over USB will be more accurate with a fudge factor.
> > Gack, no. The USB delay is much less than the sample interval on
> > the USB 1.1 bus.
>
> I don't understand what you are trying to say.
I
Mark Atwood :
> Please set an account up on thyrsus.com for me.
>
>
> You can grab SSH keys like so:
> curl -O https://github.com/.keys
>
>
> So thus get mine at https://github.com/fallenpegasus.keys
Username fallenpegasus, or what?
--
http://www.catb.org/~esr/";>Eric S. Raymo
Clark B. Wierda :
> BTW, that cluster was all RPi Bs.
I noticed. The lab will be mostly 3s, which complicates the cable management
because of the switch to the side-mounted power connector.
--
http://www.catb.org/~esr/";>Eric S. Raymond
___
Mark Atwood :
> And while I was not specifically thinking about "benchmarking different
> ntp.conf setups and measuring comparative offsets and jitter", I was
> thinking that it is generally true that the unknown unknowns start turning
> into known unknowns when actual reality gets to have a seat a
cbwie...@gmail.com said:
> One thing I'm trying to develop is a method to track multiple system
> simultaneously. I'm thinking of a monitor system with its own time base
> using NTP to query state from each of the test systems.
> I may write the first version in Python wrapping ntpdig.
You obv
On Mon, May 23, 2016 at 02:38:42PM -0700, Hal Murray wrote:
>
> fallenpega...@gmail.com said:
> > There should be a tag in gitlab. If there is not, it is my mistake, and I
> > will fix it this evening. ..m
>
> k...@roeckx.be said:
> > There are also no releases on ftp://ftp.ntpsec.org/pub/rel
fallenpega...@gmail.com said:
> There should be a tag in gitlab. If there is not, it is my mistake, and I
> will fix it this evening. ..m
k...@roeckx.be said:
> There are also no releases on ftp://ftp.ntpsec.org/pub/releases/, 0.9.1 is
> the latest.
I'll make a file if people feed me ideas.
Yo Clark!
On Mon, 23 May 2016 17:25:42 -0400
"Clark B. Wierda" wrote:
> One thing I'm trying to develop is a method to track multiple system
> simultaneously. I'm thinking of a monitor system with its own time
> base using NTP to query state from each of the test systems.
I have a PTP server a
On Mon, May 23, 2016 at 5:19 PM, Gary E. Miller wrote:
> Yo Dan!
>
> On Mon, 23 May 2016 16:06:19 -0500
> Dan Drown wrote:
>
> > I'd be interested in installing these bits:
> >
> > https://github.com/ddrown/chrony-graph - graphs (I have a ntpd port
> > of this already, not yet published)
> > -
Yo Dan!
On Mon, 23 May 2016 16:06:19 -0500
Dan Drown wrote:
> I'd be interested in installing these bits:
>
> https://github.com/ddrown/chrony-graph - graphs (I have a ntpd port
> of this already, not yet published)
> - example output: https://dan.drown.org/rpi/latest/
>
> https://github.com
On Mon, May 23, 2016 at 4:54 PM, Eric S. Raymond wrote:
>
> Funniest possibility: If I need a rack for these systems,
>
> https://www.youtube.com/watch?v=Jq5nrHz9I94
>
> A functional rack made of legos. That's worth some geekery points
> right there.
> --
>
Quoting e...@thyrsus.com:
Really good plans have happy consequences one didn't foresee. But also
complicating ones.
Mark encouraged me to work on the Microserver HOWTO as a recruitment
device for future time-service experts and, implicitly, so I would
learn more about how NTP works from the outs
And while I was not specifically thinking about "benchmarking different
ntp.conf setups and measuring comparative offsets and jitter", I was
thinking that it is generally true that the unknown unknowns start turning
into known unknowns when actual reality gets to have a seat at the table.
I saw tha
Please set an account up on thyrsus.com for me.
You can grab SSH keys like so:
curl -O https://github.com/.keys
So thus get mine at https://github.com/fallenpegasus.keys
..m
On Mon, May 23, 2016 at 1:54 PM Eric S. Raymond wrote:
> Really good plans have happy consequences one didn't forese
On Mon, May 23, 2016 at 08:51:06PM +, Mark Atwood wrote:
> There should be a tag in gitlab. If there is not, it is my mistake, and I
> will fix it this evening. ..m
There are also no releases on ftp://ftp.ntpsec.org/pub/releases/,
0.9.1 is the latest.
Kurt
___
Really good plans have happy consequences one didn't foresee. But also
complicating ones.
Mark encouraged me to work on the Microserver HOWTO as a recruitment
device for future time-service experts and, implicitly, so I would
learn more about how NTP works from the outside. Those were good
reasons
There should be a tag in gitlab. If there is not, it is my mistake, and I
will fix it this evening. ..m
On Mon, May 23, 2016 at 12:37 PM Gregory Boyce
wrote:
> Folks,
>
> I was wondering what the status was of the 0.9.3 release. I see two
> checkins from Mark on the 18th which seem to indica
Yo Dan!
On Mon, 23 May 2016 11:41:26 -0500
Dan Drown wrote:
> I'm using this as my fudge (I think I'm getting the trailing edge of
> a 100ms pulse):
You know you can tell your Pi to use the other edge? It requires a reboot.
Something like this will do it:
https://community.freescale.com/thre
Folks,
I was wondering what the status was of the 0.9.3 release. I see two
checkins from Mark on the 18th which seem to indicate that development for
0.9.4 had begun, but there is not actually an 0.9.3 tag in gitlab. Was
this an oversight, or is there something being worked through?
--
Greg
___
Quoting Hal Murray :
dan-...@drown.org said:
Here's 7 days worth of data:
https://dan.drown.org/rpi/usb-vs-gpio-pps.html
Interesting graphs. Thanks.
What sort of setup were you using? I assume the HAT graph was using data
from a system using the HAT to set the time. Was the USB graph using
dan-...@drown.org said:
> Here's 7 days worth of data:
> https://dan.drown.org/rpi/usb-vs-gpio-pps.html
Interesting graphs. Thanks.
What sort of setup were you using? I assume the HAT graph was using data
from a system using the HAT to set the time. Was the USB graph using the
USB-PPS for
Quoting "Eric S. Raymond" :
Dan Drown :
>Eric: Please plug your 701W into your Pi with HAT and collect some data.
Here's 7 days worth of data:
https://dan.drown.org/rpi/usb-vs-gpio-pps.html
The Rapsberry Pi 2's GPIO-PPS based local clock offsets at 0.1 percentile
and 99.9 percentile were -3.6
Dan Drown :
> >Eric: Please plug your 701W into your Pi with HAT and collect some data.
>
> Here's 7 days worth of data:
>
> https://dan.drown.org/rpi/usb-vs-gpio-pps.html
>
> The Rapsberry Pi 2's GPIO-PPS based local clock offsets at 0.1 percentile
> and 99.9 percentile were -3.61 microseconds
Quoting Hal Murray :
PPS over USB will be off on average of 1/2 the polling interval. It's easy
to see if you have a decent place to stand. In some sense, it's not a big
deal. On the other, it's a systematic error so it's silly not to document
the fix, especially in a document that is mostly c
g...@rellim.com said:
>> PPS over USB will be more accurate with a fudge factor.
> Gack, no. The USB delay is much less than the sample interval on the USB
> 1.1 bus.
I don't understand what you are trying to say.
PPS over USB will be off on average of 1/2 the polling interval. It's easy
to
32 matches
Mail list logo