ntpq: cruft/doc

Gary E. Miller gem at rellim.com
Sat Oct 15 17:48:21 UTC 2016

Yo Hal!

On Fri, 14 Oct 2016 21:06:49 -0700
Hal Murray <hmurray at megapathdsl.net> wrote:

> > But ntpq has likely never been used in any scripts, and is so
> > broken in so many ways that I'd prefer to just start all over.   
> That sounds like you won't object if I "experiment" with the current
> code.

Have at it.
> If you were starting over, what would you do?  I think there are two
> parts to that question.  One is the on-wire API.

I think we are stuck with that part.  RFC's right?

> The other is the UI?  Do you prefer fancy click-around GUIs, or
> dumb/simple CLI with text output?

I'm for a nice little text output CLI tool.  Mostly for quick data 
visualization on very dummb servers.  Maybe with an optional csv output
so it can be used in a tool chain.

The first thing I would do is auto scale the output.  Hardly anyone
remembers the output of 'ntpq -p' is all in milli seconds.  Even less
often is millis seconds the best range.  I like how chronyc does the
auto ranging.

Many of the pages should be mashed up.  Data is just spread out all over
in a jumbled fashion.  Recently here someone was complaining that to
look at 'rv' data in ntpq you had to first go find out the association
ID of a peer (with associations), even though you already had the IP or
refclock number.

Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at rellim.com  Tel:+1 541 382 8588
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 455 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20161015/d209b64e/attachment.bin>

More information about the devel mailing list