. I'll eventualy rerun that one to be sure.
More to come.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpNtXFDuunBo.pgp
Description: Op
-bridge cases,
> more measurements help to average out the noise.
Yeah, not even started to look at that yet. What I see is the
USB phase locks to the PPS and the results are 'too good'.
RGDS
GARY
---
Gary E. M
graph and put into a table to
> the right or below the graph.
Patches welcome.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpCRHR16GLf6.pgp
Description: OpenPGP digital signa
.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpatSIQCSo5q.pgp
Description: OpenPGP digital signature
good reason to get poll=0 fixed
so I can test that.
The bottom line to what is the best poll value? The answer: it depends...
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g
6.pdf (pg 33 of
> PDF)
Good reference. Page 32, marked as page 22):
minimum value for an object of type int
INT_MIN -32767 // − (2e15 − 1)
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmingto
l how big a variable must be to work in all cases.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpkOxFKU_Pce.pgp
Descriptio
reater or equal to 8 ( 256 seconds
= about 4 minutes ) */
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
Begin forwarded message:
Date: Sat,
s minpoll
*/
peer->maxpoll = peer->minpoll;
I'm gonna take another part of your patch as the start of my fix.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend
Yo Eric!
On Sat, 24 Sep 2016 21:56:19 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo Eric!
> >
> > This needs to be reverted, or fixed. I fixed the main config
> > code to allow minpoll=0, I did NOT change any specific refclock
bit more linear. The poll=7 data sticks out,
I'll prolly have to rerun the data sometime. I don't think the Local
CLock Frequency Offset data is useful here, it corelates to room temp
not to poll.
RGDS
GARY
----
lways set to the
default maxpoll (NTP_MAXDPOLL). For a local refclock the default max
poll is the minpoll.
How to add regression tests for such config options?
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suit
compare that with last known good.
But this bug only showed up after running for a while, so we'd need a
synthetic run environment too.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
dress associated with hostname
How do I find tha sssccociation index?
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.c
r the magic
zero.
I also thought that every initialization path already checked for
maxpoll > NTP_MAXPOLL. Maybe it was previsouly caught be a minpoll >
maxpoll check?
Ideas?
RGDS
GARY
-------
Gary E. Miller Rellim 109
Yo Achim!
On Tue, 27 Sep 2016 19:41:14 +0200
Achim Gratz wrote:
> Gary E. Miller writes:
> > spidey ntpsec # ntpq cv '&1'
> > No address associated with hostname
>
> Then your refclock is not the first association.
>
> > How do I find tha ssscc
Yo Achim!
On Tue, 27 Sep 2016 20:02:21 +0200
Achim Gratz wrote:
> Gary E. Miller writes:
> > How does that tell me which is 127.127.28.1?
>
> ntpq -c apeer
>
> > And the ntpq -cv '&3' still fails:
>
> ntp -c 'cv &3'
Even I spot
kpoint at newpeer and see where it is coming from.
It it called newpeer() there would be no problem. That function
tests for NTP_MAXPOLL_UNK and handles the case.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Av
n an
> inconsistent state.
There is more than one way to 'kill' a thread. The nice way is to
'kill -HUP', which politely tells the thread to commit seppuku in the
cleanest way the thread knows how.
RGDS
GARY
----------
Yo Daniel!
On Tue, 27 Sep 2016 15:16:55 -0400
Daniel Franke wrote:
> On 9/27/16, Gary E. Miller wrote:
> > There is more than one way to 'kill' a thread. The nice way is to
> > 'kill -HUP', which politely tells the thread to commit seppuku in
> &
Yo Daniel!
On Tue, 27 Sep 2016 15:34:46 -0400
Daniel Franke wrote:
> On 9/27/16, Gary E. Miller wrote:
> > On Tue, 27 Sep 2016 15:16:55 -0400
> > Daniel Franke wrote:
> >> But in that case, what's the point of using signals?
> >
> > So the user ca
tch (mostly),
and it still looks good to me.
So, got any patch ideas?
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp0SKZf
haven't tried it yet, but that's clearly a bug.
Duh. Thanks for seeing that, and pointing it out. Fix pushed.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.c
down.
Until Sep 26, then it got fixed. But once again, unrelated to PPS or
PLL.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpQdiFfRCU11.pgp
Descrip
ow coded. Could be fixed.
> (There might be some differences between 32/64 bit systems.)
I would doubt it.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
ssion.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpmGNubWLgYf.pgp
Description: OpenPGP digital signature
___
devel mailing list
devel@ntpsec.org
http://lists.n
el routines
implement the PLL in the kernel using precision time and frequency
representions, so that these complications are avoided. "
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E,
and not ntp_adjtime(2)?
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp96YBl0CUmv.pgp
Description: Open
no synonym for ADJ_OFFSET_SS_READ, which is not
described in the KAPI.
Seems interchangeable to me.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
it. Also run a test where you cover the antenna.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
p
onfusing that with the RFC 2783
PPS input which can help discipline that one and only PLL.
You are confusing the two.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.c
nt with real data. What change did you make?
Already discussed at great length on gpsd, and easily demonstrated with
ntpshmmon. When you start missing edges your time quality degrades.
RGDS
GARY
-----------
Gary E. Miller Rellim 109
change I see in the time range is the change to
CLOCK_MONOTONIC. Is there an easy way to revert just that chhange?
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com
/util/hist.c:57:15: note: in expansion of macro ‘NCNT’
if (u - v > NCNT)
^
I'm guessing this commit: d9024785b6c5a8b648b4f6a6982b6de1d2afa286
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suit
ke the userpsace PLL test. So a bit hard
to tease apart the two worsening results.
Full data for the simple ntpd update here: https://pi2.rellim.com/12h/
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend
Yo Eric!
On Thu, 29 Sep 2016 00:07:25 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo Eric!
> >
> > On Wed, 28 Sep 2016 17:24:10 -0400
> > "Eric S. Raymond" wrote:
> >
> > > Remember, you can't even *b
Yo Eric!
On Wed, 28 Sep 2016 23:58:39 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo All!
> >
> > I'm getting a new warning on the build:
> >
> > [153/250] Compiling util/sht.c
> > ../../util/hist.c: In function ‘main’:
>
long-valued. Are you building on a
> 32-bit machine?
To be perfectly clear, I just pulled git head, the warning is still there.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
Yo Daniel!
On Thu, 29 Sep 2016 10:06:01 -0400
Daniel Franke wrote:
> On 9/28/16, Gary E. Miller wrote:
> > The knerel PLL and the ntpd userspace PLL are supposed to be using
> > the same algorithm and constants. Might be worth checking if the
> > constants are still
Yo Daniel!
On Thu, 29 Sep 2016 14:34:08 -0400
Daniel Franke wrote:
> On Sep 29, 2016 2:23 PM, "Gary E. Miller" wrote:
>
> > Then maybe a worth while experimment to copy the kernel PLL into
> > ntpd to see how it works there?
>
> I can't conceive
PLLs.
So, a good experiment, but disappointing results.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpDINcflDGsn.pgp
Description: OpenPGP
n replacement' possible. Like the
'notrap' option.
"Copy exactly" still rings in my ears from Intel...
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g
Yo Eric!
On Thu, 29 Sep 2016 19:39:28 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > On Thu, 29 Sep 2016 19:19:28 -0400
> > "Eric S. Raymond" wrote:
> >
> > > So, the question for our domain experts is, are there any serious
> &
Yo Daniel!
On Thu, 29 Sep 2016 20:30:49 -0400
Daniel Franke wrote:
> On Sep 29, 2016 8:22 PM, "Eric S. Raymond" wrote:
> >
> > Gary E. Miller :
> > > > But we have one mission imperative that trumps drop-in
> > > > replacement:
atibility is
essential.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpUS9jkAdWXu.pgp
Description: Ope
Yo Daniel!
On Fri, 30 Sep 2016 15:46:49 -0400
Daniel Franke wrote:
> On 9/30/16, Gary E. Miller wrote:
> > So any upward extensible is fine, but trivial back-compatibility is
> > essential.
>
> So what do you propose?
I'm not there yet I do not graps what you ar
Yo Eric!
On Fri, 30 Sep 2016 17:10:39 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo Daniel!
> >
> > On Fri, 30 Sep 2016 14:50:12 -0400
> > Daniel Franke wrote:
> >
> > > An empty specification in my new language has differen
Yo All!
FYI, see attached for an NTPsec build log from macOS, and Xcode 8.0
Seems OK.
OTOH, the SHM not working for gpsd...
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g
Yo Hal!
On Wed, 05 Oct 2016 02:20:58 -0700
Hal Murray wrote:
I'd vote for getting rid of KERNEL_PLL.
Me too, but the alternative has to not suck. The last test remove
was a terrible failure.
RGDS
GARY
---
Gary E. M
s like NTPsec really need SNTP to support Windows clients, and
the accuracy needs are minimal.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 38
rchives for the entire discussion.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp5eXweX7EVc.pgp
Description: OpenPGP digital signature
___
terleave interleave support. Peer
mode may be broken, broadcast modes probably are broken, MS-SNTP
is not reimplemented.
I take Eric at his word, until proven otherwise.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW
hate to admit it, but yes. What I do not have is the knowledge.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpbFoYXFU
me hear
> that, too. What I want is for us to arrive at a rough consensus
> so the arguments stay civilized.
This is NOT an all or nothing decision. There are other ways to
mitigate this problem that do not involve major silent breakage.
RGDS
GARY
---
Yo Daniel!
On Thu, 6 Oct 2016 19:31:45 -0400
Daniel Franke wrote:
> On 10/6/16, Gary E. Miller wrote:
> > This is NOT an all or nothing decision. There are other ways to
> > mitigate this problem that do not involve major silent breakage.
>
> You've argued this
Yo Eric!
On Thu, 6 Oct 2016 23:10:37 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo Eric!
> >
> > On Thu, 6 Oct 2016 17:06:29 -0400 (EDT)
> > e...@thyrsus.com (Eric S. Raymond) wrote:
> >
> > > 1. Technical justification
s, 1σ = 0.767 µs
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpH3cC31Lir4.pgp
Description: OpenPGP digital signature
___
devel mailing list
devel@ntpsec.org
h
made consistent, and nano sec?
You want to try? Or would you rather I butcher it?
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
rnals, and still keep the
API.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpppTAiiE7xW.pgp
Description: OpenPGP digital signature
___
devel mailing list
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpox0EN5insu.pgp
Description: OpenPGP digital signature
___
devel mailing list
Yo Eric!
On Tue, 11 Oct 2016 23:28:26 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Yo All!
> >
> > I like the code direction in today's git head, but something went
> > wrong.
> >
> > See attached. You can see that when I res
ttps://pi4.rellim.com/tmp/#local_rms_time_jitter
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpjgmseCDg1w.pgp
Description: OpenPGP digital
ean old config files crashes, and
keeping the log format similar is equally important.
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.
RGDS
GARY
-------
Yo Hal!
On Sat, 15 Oct 2016 01:37:01 -0700
Hal Murray wrote:
> I'm seeing things like this:
What does your ntp.conf look like? Any idea why you are not seeing any
pool servers?
RGDS
GARY
---
Gary E. Miller Relli
x27;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.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite
.ubuntu.pool.ntp.org iburst
> pool 3.ubuntu.pool.ntp.org iburst
>
> # Use Ubuntu's ntp server as a fallback.
> pool ntp.ubuntu.com
Odd. Do you think this got broken when peer got broken?
RGDS
GARY
-------
Gary E. M
com/ntpstats/day/summary.csv
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpoE2wfI0LqI.pgp
Description: OpenPGP digital signature
___
devel mailing list
devel@ntp
re it out. You should not have to read
pages of docc to find the current units.
Check out chronyc, they do a lot of things much better than ntpq.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97
hat you shouldn't use \n but rather
> writeline.
Then I have to write line by line, very inefficient. It was trivial to
just change \n to \r\n.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite
nested object and tell PHP to write it as
JSON. To read, PHP creates a nested object to clearly and cleanly
represent the input.
And it is well documented:
http://php.net/manual/en/book.json.php
RGDS
GARY
---
Gary E. Miller Rell
d memory driver, which I would like to see,
would basically have to implement the GPSD JSON protocol to work. We
know the GPSD JSON is a good protocol so no need to come up with a
new one.
RGDS
GARY
-------
Gary E. Miller
suckage.
> I don't think either is going to match the performance of a
> shared-memory drop.
So, we all vote for JSON in POSIX SHM?
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1
Yo Eric!
On Thu, 20 Oct 2016 00:02:38 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > So, a shared memory driver for ntpd?
>
> It already has one.
Not a POSIX sharde memory one. And the exsting one has serious
problems.
> I think the one it has would be
owing
should be more than enough to show the current SHM needs killing off.
Sadly that will take a decade, after the next good solution is
implemented.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR
ample
> > code an/or collect some timings.
>
> You are quite right. We should do exactly that.
So, we are bock to JSON (or something not binary) in POSIX SHM?
I suggest after 1.0 given the uncertainies...
RGDS
GARY
--
Yo Eric!
On Thu, 20 Oct 2016 07:11:20 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > Oh, please not! That is one of the big problems in the existing
> > driver. Way too compiler, CPU and OS dependent. Plus not
> > extensible. The exsting C struc
Yo Eric!
On Thu, 20 Oct 2016 16:11:41 -0400
"Eric S. Raymond" wrote:
> Gary E. Miller :
> > > What sort of problems are there with the current one?
> >
> > Do we really need to go over this yet again? These have been
> > covered for years.
> >
eltas come from KPPS, and the 64 second
averaging is in the core ntpd. How they hook up is, by design, not
a factor in performance.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g.
re is zero perfomance difference.
And that makes logical sense, the deltas are from KPPS, and they are
unused by ntpd for up to (default) 64 seconds), then averaged. So even
a few seconds of delay is irrelevant.
RGDS
GARY
---
SON adds no uncertainty to the time measurements and yields identical
results when fed to ntpd. Please do not pull the driver until Eric
sees, and agrees, with that result.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmin
ook at that interval more often than the defaullt 64s poll
interval. So a few extra fractions of a second encoding, transmitting,
and decoding, is swamped in the 64s poll interval. Even with the now
possible 1 second poll it in insignificant.
RGDS
GARY
--
7;t even have a version number slot)
Yeah, but a ton if extensions not done because it would break old code.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp
acy is lost.
But don't believe me, or my long term GPSD-experiments, set up your own.
Not hard.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp1PmhgBrp9Z.pgp
Description: OpenPGP digital signa
dy pushed a (slow) patch for this Friay night. Can anyone
confirm it looks good>
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 85
ue?
Yes, plus it is a lot easier to debug a task that takes 36 seconds versus
one that takes 5 minutes. Yes, it has a lot more feater now and is
still that much faster.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmin
In C that would be much faster, but in Python it is slower! In Python
it seems to be slower to create a new variable than to convert a string
to a float.
Proving once, if you are looking for speed you need to profile, and
expect to be surprised often.
RGDS
GARY
---------
cal/include variants on another host compiled from source.
The waf recipe will need to be creative.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 5
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: Mmasuri
ph.
If you run ntpviz with the new -D 2 option, the plot files then are
left in your system temp directory. Yuu can then trivially edit them.
Say change 'with lines' to 'with linespoints'. If you can some up with
a 'more pleasing' graph I can make it an option.
e when I have an event in the data I want to freeze
in time.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpS_3Ck3C9Ax.pgp
Description: OpenPGP digital signature
___
devel
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
akes new samples
> when the RTT is equal but there might be a simple special case test.
Aren't reclocks local? Thus no rtt?
Is there anything to try in real plots.
RGDS
GARY
-------
Gary E. Miller Rellim 109 NW Wilmingto
teresting test case is the NIST servers in Gaithersburg
> MD. They have a routing quirk that adds a 30ms offset as well as the
> noise from being heavily loaded.
I get that a lot. The plot looks good to me.
RGDS
GARY
-------
Gary
i4.rellim.com
I gotta enough problems I care about to track down for the near future.
Feel free to scrathc you itch.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgp4FYWhoe8s8.pgp
Description: OpenPGP digital signat
if you would use it.
The @optionfile makes it easy to use a bunch of tweaks.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpHM3cV7FwwU.pgp
Description:
size, in the ntpviz index.html, seen
in your browser, works best for you?
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpSTXwA6dnti.pgp
Description: OpenPGP digital signature
gt; 1214 total
Yeah, as expected. I don't see how that gets to a poll over 1024
when maxpoll is 1024.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR
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
ix what I can not see. Send me ntpviz plots that show the problem.
RGDS
GARY
-----------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
g...@rellim.com Tel:+1 541 382 8588
pgpfTEXTq4lne.pgp
Description: O
rawdata = polystr(self.sock.recv(4096))
socket.error: [Errno 111] Connection refused
This happens when I kill the ntpd on the localhost. Prolly easy to fix.
RGDS
GARY
---
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, B
101 - 200 of 1959 matches
Mail list logo