On 10/6/20 8:29 AM, James Browning via devel wrote:
> So, I was running ntpviz rarely, I updated to a (recentish git head), I
> added a gpsd module symlink under ntpclients/, and boom breakage. I
> followed the traceback to a line, I patched the line a couple of times,
> and I r
So, I was running ntpviz rarely, I updated to a (recentish git head), I
added a gpsd module symlink under ntpclients/, and boom breakage. I
followed the traceback to a line, I patched the line a couple of times, and
I requested the following patch. Was anyone else running into this?
Also, one of
On 6/19/18 12:28, Gary E. Miller via devel wrote:
Eric: do you have a URL for Paul that would provide him guidance?
Every link I found assumed git proficiency.
There's so many resources on the net for git, I'm quite certain I can
find something that'll get me there.
In the meantime I can ce
Yo Eric!
On Tue, 19 Jun 2018 12:19:47 -0700
Paul Theodoropoulos via devel wrote:
> I'm more than willing to try figuring that out.
Eric: do you have a URL for Paul that would provide him guidance?
Every link I found assumed git proficiency.
RGDS
GARY
--
Yo Eric!
On Tue, 19 Jun 2018 15:05:39 -0400
"Eric S. Raymond" wrote:
> > Or, worst case, just send us the new ntpviz and we'll handle the
> > details.
>
> Actually, what I was trying to get hi to do was clone the rNTPsec
> repo, push the patch to hi
t 'Applying the patch":
https://www.devroom.io/2009/10/26/how-to-create-and-apply-a-patch-with-git/
Or, worst case, just send us the new ntpviz and we'll handle the
details.
Actually, what I was trying to get hi to do was clone the rNTPsec repo, push
the patch to his capy, and then
just stop at 'Applying the patch":
>
>
> https://www.devroom.io/2009/10/26/how-to-create-and-apply-a-patch-with-git/
>
> Or, worst case, just send us the new ntpviz and we'll handle the
> details.
Actually, what I was trying to get hi to do was clone the rNT
Yo Paul!
On Tue, 19 Jun 2018 08:41:25 -0700
Paul Theodoropoulos via devel wrote:
> I did some copyediting on the output of ntpviz (some typos, some
> minor rewording).
Cool, thanks!
> I'm largely a git with regard to git, only knowing
> the most basic commands (I have exp
I did some copyediting on the output of ntpviz (some typos, some minor
rewording). I'm largely a git with regard to git, only knowing the most
basic commands (I have expert facility with 'git clone').
ESR suggested I perform a 'pull', and request that Gary have a lo
Yo Hal!
You wanted bigger plots, now you have them. I just added the -w option
to ntpviz. It takes the argument of 's', 'm' or 'w', for small, medium
and wide screens. The default should look good in a browser on
l be over 1024 when the polling interval is long enough.
Sorry, lost me. If it is happening and obvious, then send me an ntpviz
plot of it.
> If the latter, do you have any setups that poll at 1024? (or even
> 256?)
Nope. For some reason mine never go over 64. So hard for me to
f
>> There is a filter between rawstats and peerstats. Except for
>> refclocks, most of the data gets filtered out. So if the polling
>> interval ramps up to 1024 seconds, there will be many places in
>> peerstats where the spacing is over 1024.
> Yeah, you keep saying that, but I keep not believi
Yo Eric!
On Mon, 24 Oct 2016 14:20:57 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Broken record time, I don't care about the pool.
>
> We cannot ignore the pool in tuning our tools. 99% of our users will
> rely on it.
'We' can not, but I can. Patches welcome...
RGDS
GARY
---
Gary E. Miller :
> Broken record time, I don't care about the pool.
We cannot ignore the pool in tuning our tools. 99% of our users will
rely on it.
--
http://www.catb.org/~esr/";>Eric S. Raymond
signature.asc
Description: PGP signature
_
024 or
> > less the data is plotted as 'with lines'.
>
> You are not paying attention. (or I'm doing a really crappy job of
> explaining)
Or you misunderstand my objections.
> rawstats has a line for each response packet.
ntpviz does not use rawstats. My guess
k I paid $150.
> Frys has some for under $100.
But under 15% of people use them. So not worthy of a default.
> I think there are enough people with bigger displays that an option
> to target for them would see a lot of use.
You are 1920x1080. What plot
>> It will also get occasional bogus breaks with the default maxpoll of
>> 1024 when the peer logic filters out several samples.
> Not the current logic. As long as the peerstats stride is 1024 or
> less the data is plotted as 'with lines'.
You are not paying attention. (or I'm doing a really c
> 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,
f graphs. I look at them
> directly. No web stuff. Many of those graphs involve data from more
> than one system.
Sure. You do your thing, I do mine. Mine is a lot simpler for a
newbie to setup, one line in a crontab:
6 0-23/3 * * * cd /usr/local/src/NTP/ntpsec/ntpstats; ./ntpviz @week/op
flow. It has to
> have some rtt. 0 seems like a good number.
It is always zero, and ntpviz always ignores it.
> > Is there anything to try in real plots.
>
> You should setup a system using the pool. That will give you lots of
> interesting data to look at.
I already
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
> 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
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
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
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
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
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
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
gt; been doing it by hand.
You said similar on the plot clipping. Have you looked at the new --clip
option? Does that look good to you? Maybe something to tweak.
> A config file to guide that might be
> interesting. It could also specify which graphs to plot and/or what
> to put on a gra
he
dependent variable on load spikes, not the independent variable.
Feel free to post your graphs here, after you are runnning ntpviz in a
crontab too. But since you are not running ntpviz on your ntpd host we
are not even talking about the same experiment.
> > Look at the spikes in the r
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
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 dist
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
ome about an order of magnitude smaller, maybe a bit better
even.
> Look at the spikes in the red line on the first graph here:
>
> https://pi4.rellim.com/day/
>
> Each one of those is ntpviz running. When ntpvis runs faster (finishes
> in less time) the spikes get smaller.
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 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. Th
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
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
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.
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
> Since the data is computed in ntpviz, not in gnuplot, would it make sense to
> put the computed data just in the html, instead of in the plot?
It would be neat if you could put the data someplace (file?) where a script
can easily get at it. The idea is to automate collecting the dat
Quoting "Gary E. Miller" :
Yo All!
Hal has brought up a good point about ntpviz. Some stats are calculated
in ntpviz, like the 90% range of offset, then plotted over the data in
the gnuplot output.
Sometimes the curves overlay the data block and it is hard to read.
Since the data i
Yo All!
Hal has brought up a good point about ntpviz. Some stats are calculated
in ntpviz, like the 90% range of offset, then plotted over the data in
the gnuplot output.
Sometimes the curves overlay the data block and it is hard to read.
Since the data is computed in ntpviz, not in gnuplot
Yo Dan!
Not the first time you have had to explain it. I'll try to summarize
this in the index.html. Maybe more can be said on the ntp.conf man page?
On Thu, 08 Sep 2016 10:39:07 -0500
Dan Drown wrote:
> Quoting Hal Murray :
> > I prefer RTT rather than RTT/2.
> >
> > RTT/2 suggests that the
Quoting Hal Murray :
I prefer RTT rather than RTT/2.
RTT/2 suggests that the routing is symmetric which is wrong quite often.
Adding +/- RTT/2 on the graph reverses the assumption ntp uses that
the routing is symmetric. ntp already subtracts rtt/2 from the
calculated offset to estimate th
Yo Hal!
On Wed, 07 Sep 2016 16:53:06 -0700
Hal Murray wrote:
> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3
Time to get a better email client, yours is mangling my UTF-8 when you
respond to me
RGDS
GARY
---
Ga
Yo Hal!
On Wed, 07 Sep 2016 16:53:06 -0700
Hal Murray wrote:
> I prefer RTT rather than RTT/2.
>
> RTT/2 suggests that the routing is symmetric which is wrong quite
> often. .
RTT/2 was what Dan Drown used, I'm not sure I care either way.
Either way, RTT, or RTT/2, the impression from the gra
I prefer RTT rather than RTT/2.
RTT/2 suggests that the routing is symmetric which is wrong quite often.
.
--
These are my opinions. I hate spam.
___
devel mailing list
devel@ntpsec.org
http://lists.ntpsec.org/mailman/listinfo/devel
Yo All!
I have added ±(rtt/2) to the peer offset charts. I think ntpviz
now does pretty much what chrony-graph does. Plus temps, minus sone
chronyd stuff.
Still on the TODO list:
systems stats (LF, etc.)
gpsd stats (sats in view, DOP, etc.)
Improved formatting
Check
Yo Hal!
On Wed, 31 Aug 2016 00:38:58 -0700
Hal Murray wrote:
> > I'm noty sure how this appies to ntpviz???
>
> I was trying to describe what I'm doing currently and what I like and
> don't like about it.
>
> The current ntpviz makes a bunch of graphs as
ctory is /var/log/ntpstats. So
you can say, e.g., this:
ntpviz --local-offset -g | display -
and get an instant report. (The -g tells it to generate PNG; without it you
get the GNUPLOT.)
--
http://www.catb.org/~esr/";>Eric S. Raymond
__
> I'm noty sure how this appies to ntpviz???
I was trying to describe what I'm doing currently and what I like and don't
like about it.
The current ntpviz makes a bunch of graphs as files and puts a web page
wrapper around it. I'd like to avoid that and put the output
y I'm currently looking at graphs. I feed
> things like this to gnuplot:
> reset; load "foo1.gp"
> pause -1
> reset; load "foo2.gp"
> pause -1
> reset; load "foo3.gp"
> pause -1
> ...
I'm noty sure how this appies to
g...@rellim.com said:
> If you want to backup your graphs, just add a loggerd script to gzip them to
> somewhere on a schedule.
Wrong binding for "backup".
The context was the way I'm currently looking at graphs. I feed things like
this to gnuplot:
reset; load "foo1.gp"
pause -1
reset;
aka zoom
> in/out) to cover the cases where I didn't anticipate I would want one
> and/or didn't get it right.
ntpviz is a cron job thing. No one has come up with a good idea yet.
It could just generate a
a few
graphs. The second step would be a simple way to adjust vertical and/or
horizontal scaling (aka zoom in/out) to cover the cases where I didn't
anticipate I would want one and/or didn't get it right.
-
> So two graphs, one for today and yesterday? ntpviz can do t
today and yesterday? ntpviz can do that.
> There are more kludgy scripts that split -peer into
> -peer-
ntpviz does that.
> A lot of the graphs I'm interested in need two scales, one that shows
> everything and another that ignores the outliers and shows the main
> stuff. Fo
Hal Murray writes:
> Using microseconds for everything is hard to read for long delays typical of
> network links. In bufferbloat cases, I see delays of several seconds. I've
> seen delays of 10s of seconds. I can't count all those 0s quickly. I think
> milliseconds would be better. (Looks
I've been playing with graphs for a long time. Here is a dump of what I've
done and/or some comments about the current ntpviz. Maybe something will be
useful.
I have a script that uses rsync to collect the log files from various
machines.
Mostly, I plot 2 days, yesterday and
Yo Hal!
Check out bug #102: https://gitlab.com/NTPsec/ntpsec/issues/102
I think I fixed your crashes on bad ntpstats directory and missing
peerstas and cputemp. Please tests.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmi
Yo Eric!
No rush on these, but i was playing with stats today, so I looked at
ntpstats. Looking good, but not ready for me to try to use live.
1. not installed by default
2. no help:
# ./ntpviz -h
option -h not recognized
3. not finding my Liberation fonts
If you look in the new ntpstats subdirectory of the distribution, you'll
find a loadable Python module named ntpstats.py and a wrapper program that
uses it named ntpviz.
The class reads in a collection of NTP log files and performs various useful
operations on it, including generating GN
62 matches
Mail list logo
