In the interest of keeping longer technical discussions on the devel list,
we have this:
Gary, Eric, and I had a discussion on #ntpsec about what I referred to as
"interpolation" performed by ntpviz when there is a hole in data
collection. Gary pointed out that it's really just gnuplot drawing lin
Jason Azze :
> Whether or not it is worth a 10% slowdown is certainly debatable.
Let's step back a bit. Why is it important for ntpviz to be fast?
I can see why it's important for ntpviz to use as few processor clocks
as possible, in order to avoid causing artifacts in the data. Is that
the sam
Jason Azze writes:
> I suppose gnuplot can't "know" the difference between a real
> interval between points and one where something has broken.
You can tell gnuplot that the data is missing and it will not connect
the end points of the data on either side of the gap. You can either do
that by in
Yo Achim!
On Sun, 23 Oct 2016 19:04:47 +0200
Achim Gratz wrote:
> Jason Azze writes:
> > I suppose gnuplot can't "know" the difference between a
> > real interval between points and one where something has broken.
>
> You can tell gnuplot that the data is missing and it will not connect
> th
Yo Eric!
On Sun, 23 Oct 2016 12:44:16 -0400
"Eric S. Raymond" wrote:
> Jason Azze :
> > Whether or not it is worth a 10% slowdown is certainly debatable.
>
> Let's step back a bit. Why is it important for ntpviz to be fast?
We already discussed this. The load on a RasPi distorts the timing
Yo Jason!
On Sun, 23 Oct 2016 12:39:42 -0400
Jason Azze wrote:
> I like the change.
Good. Not heard any complaints.
> I've attached a sample image (I hope that's kosher
> on the list), where you see peer "chilipepper" appear and disappear.
I find it harder to find the fragments without the '
Yo Hal!
On Sat, 22 Oct 2016 21:18:57 -0700
Hal Murray wrote:
> On Linux, it's in:
> /usr/include/python2.7/Python.h
Uh, not so fast, on my laptop:
/usr/include/python3.5m/Python.h
/usr/include/python3.4m/Python.h
/usr/include/python2.7/Python.h
Plus the /usr/local/include varian
Gary E. Miller writes:
> We already discussed this. The load on a RasPi distorts the timing
> so badly that it shows up on the ntpizv plots. The Heisenberg Uncertainty
> Principle in action: Mmasuring distorts the thing being measured.
The load itself actually doesn't distort the timing. It war
ja...@azze.org said:
> In the interest of keeping longer technical discussions on the devel list,
> we have this:
Thanks.
> hmm, some people use up to poll 1024, I could preprocess the plot
> file so that any gap longer than 1024 seconds does not get a connecting
> line. Sound good? Or would
g...@rellim.com said:
>> Let's step back a bit. Why is it important for ntpviz to be fast?
> We already discussed this. The load on a RasPi distorts the timing so badly
> that it shows up on the ntpizv plots. The Heisenberg Uncertainty Principle
> in action: Mmasuring distorts the thing being m
Gary E. Miller writes:
> So, two float conversions per cycle. If C you would do this to
> change a float to a store to make it much faster:
>
> # a is a string of the current time, b is a float of the last time
> # c is a float of the current time
> c = float (a )
> i
Yo Achim!
On Sun, 23 Oct 2016 21:07:57 +0200
Achim Gratz wrote:
> Gary E. Miller writes:
> > We already discussed this. The load on a RasPi distorts the timing
> > so badly that it shows up on the ntpizv plots. The Heisenberg
> > Uncertainty Principle in action: Mmasuring distorts the thing be
Yo Hal!
On Sun, 23 Oct 2016 12:08:40 -0700
Hal Murray wrote:
> ja...@azze.org said:
> > In the interest of keeping longer technical discussions on the
> > devel list, we have this:
>
> Thanks.
>
> > hmm, some people use up to poll 1024, I could preprocess
> > the plot file so that any gap
Yo Hal!
On Sun, 23 Oct 2016 12:11:40 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> Let's step back a bit. Why is it important for ntpviz to be
> >> fast?
> > We already discussed this. The load on a RasPi distorts the timing
> > so badly that it shows up on the ntpizv plots. The Heis
Yo Achim!
On Sun, 23 Oct 2016 21:16:00 +0200
Achim Gratz wrote:
> Gary E. Miller writes:
> > So, two float conversions per cycle. If C you would do this to
> > change a float to a store to make it much faster:
> >
> > # a is a string of the current time, b is a float of the
> > last tim
g...@rellim.com said:
>> If the polling interval is X, there may be up to 8X gaps in peerstats.
> Ah, lost me. Say what?
Look at the time differences between samples for an IP Address in peerstats.
If the polling interval is X, there will be a line in rawstats for each
packet received. If no
g...@rellim.com said:
>> Lines vs points is an interesting tangle.
> Yes, easy to change, but looks terrible to me, and everyone I showed it too.
Are you graphing any systems that are only using the pool? That will get
some less good servers with ugly data. To my eye, sometimes it looks much
Yo Hal!
On Sun, 23 Oct 2016 13:39:32 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> If the polling interval is X, there may be up to 8X gaps in
> >> peerstats.
> > Ah, lost me. Say what?
>
> Look at the time differences between samples for an IP Address in
> peerstats.
>
> If the p
Yo Hal!
On Sun, 23 Oct 2016 13:53:32 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> Lines vs points is an interesting tangle.
> > Yes, easy to change, but looks terrible to me, and everyone I
> > showed it too.
>
> Are you graphing any systems that are only using the pool?
No, I neve
> Why do we care? Don't we still get a sample, of some sort, every X?
Yes if you look in rawstats. No if you look in peerstats. That was the
whole point of this discussion. (as well as good background)
> So the current line break hack does not plot a line longer than 1024 sec.
> Lines of 1
g...@rellim.com said:
>> Have you tried doing the work on another system? I use rsync.
> Of course. But now I have a much more complex sysadmin problem.
This discussion probably depends upon the big picture goals.
You seem to have set things up so that a cron job on a system makes a set of
gr
Yo Hal!
On Sun, 23 Oct 2016 14:30:18 -0700
Hal Murray wrote:
> > Why do we care? Don't we still get a sample, of some sort, every
> > X?
>
> Yes if you look in rawstats. No if you look in peerstats. That was
> the whole point of this discussion. (as well as good background)
>
>
> > So
Yo Hal!
On Sun, 23 Oct 2016 14:31:38 -0700
Hal Murray wrote:
> g...@rellim.com said:
> >> Have you tried doing the work on another system? I use rsync.
> > Of course. But now I have a much more complex sysadmin problem.
>
> This discussion probably depends upon the big picture goals.
Yup
Gary E. Miller :
> Yo Hal!
>
> On Sat, 22 Oct 2016 21:18:57 -0700
> Hal Murray wrote:
>
> > On Linux, it's in:
> > /usr/include/python2.7/Python.h
>
> Uh, not so fast, on my laptop:
>
> /usr/include/python3.5m/Python.h
> /usr/include/python3.4m/Python.h
> /usr/include/python2.7/P
> There's now a waf fix in head that should find Python.h portably.
Builds on a quick try on NetBSD and FreeBSD. Thanks.
What does it mean to "compile" a header file?
Why is it compiling pthon stuff twice?
[111/139] Compiling ntpkeygen/ntpkeygen.c
[112/139] Compiling ntptime/ntptime.c
[113/139
> Sure. You do your thing, I do mine. Mine is a lot simpler for a
> newbie to setup, one line in a crontab:
Don't forget to setup your web server. (and keep it secure)
> You gotta admit you are not our majority target audience. :-)
Well, neither are you.
If you are targeting the majority,
26 matches
Mail list logo
