Re: [gpsd-dev] refclock 28 gone wacky on me

Yo Mike! ` On Sun, 19 Jun 2016 15:59:16 -0400 Mike wrote: > On 06/10/2016 03:17 PM, Gary E. Miller wrote: > > Yo Eric! > > > > On Fri, 10 Jun 2016 03:49:22 -0400 > > "Eric S. Raymond" wrote: > > > >> That's... very weird. I

Re: [gpsd-dev] refclock 28 gone wacky on me

that PPS is picking > up the first seen and NMEA is picking up the second. Your ntpshmmon it misleading you. It is corrypted by a bug, that is now fixed. Rerun with the ntpshmmon which is now in git hear. RGDS GARY ---

Re: [gpsd-dev] refclock 28 gone wacky on me

e... Looks very good to me. What looks off to you? NTP1 is offset under 1 millSec, NTP0 offset about 150 milliSec. Fine numbers. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.co

Re: [gpsd-dev] refclock 28 gone wacky on me

discussions at the same time. Which is why I encourage people to recap all the details in each message. > Many GPS chips seem to have a 100 ms timer that drifts slowly so the > offset within the second when the NMEA strings come out will slowly > drift then jump back and start

Re: The new refclock directive is implemented and documented

d_json. Or: shm and json. There could be other gpsd variants in the future. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp3HHUTPPkrt

Re: The new refclock directive is implemented and documented

t we'll never have a variant that's truly incompatible from ntpd's > point of view. So, let's call it the json driver. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703

Re: Use of pool servers reveals unacceptable crash rate in async DNS

l channel? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpQXsYUMZaBI.pgp Description: OpenPGP digital signature ___ devel mailing list

Re: Use of pool servers reveals unacceptable crash rate in async DNS

Yo Eric! On Tue, 28 Jun 2016 19:47:14 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > Yo Eric! > > > > On Tue, 28 Jun 2016 19:26:39 -0400 > > "Eric S. Raymond" wrote: > > > > > (You should camp on #ntpsec. Also join our S

Re: adns is looking plausible

any more operating systems." RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpnK7nQp9jNH.pgp Description: OpenPGP digital signature

Re: Kernel PPS processing

#x27;t do a lot better. Can you quantify the better? I would have expected identical... RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp1Nqz

Re: Kernel PPS processing

ividual effects? And is that kernel PPS, KPPS in ntpsec, or just PPS in ntpsec? RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpQn8HWaOm5A.pgp D

Re: Kernel PPS processing

ping and adjtime() is in the kernel both ways. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpSrjeZwZv7i.pgp Des

Re: Kernel PPS processing

offset I see on RasPi. Until the startup glitch in NTPsec is fixed, and maybe even after, I feel gpsd should pass on most of the data it gets and let ntpd deal with it. At some point a dynamic error gate may be in order. RGDS GARY ---

Re: Kernel PPS processing

s than ntpq -p shows. Look in the ntpd log files. BTW, are you seeing the sideral day oscillation? > This was all measured while running ntpd Classic. The PLL code has not changed, yet. RGDS GARY ----------- Gary E. Miller Re

Re: Kernel PPS processing

g would be? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpIdnRRNC8TV.pgp Description: OpenPGP digital signature ___ devel mailing list

Re: Kernel PPS processing

different? I'll bet the kernell converence is much faster than the ntpsec convergence. The best answer is likely in between. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@

Re: Kernel PPS processing

be real specific, I'm looking at field 3 of the loopstats file. 'man ntp.conf' calls that: frequency offset, with units of PPM. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend,

Re: Kernel PPS processing

a small change give almost a 20x improvement in any parameter I'm interested. I'll need to wait a few days to to see how it all shakes out. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR

Re: My task list

#if __STDC_VERSION__ >= 199901L RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp1Jz7NKtJR9.pgp Description: OpenPGP digital signature ___

Re: Kernel PPS processing

k to get a lot of data. Loopstats Frequency Offset, went from 100 ppm to 0.4 ppm ± 0.2 ppm! Now I can see when the LF goes up the timing suffers. How does yours compare to the current graph? RGDS GARY ----------- Gary E. Miller R

Re: Kernel PPS processing

Yo Eric! On Thu, 30 Jun 2016 05:51:56 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > Anyone got a guess what the equivalent RasPi setting to turn off > > power saving would be? > > turbo=1 in /boot/config.txt, I think. See also > > https://www.r

Re: Zero-configuration ntpd

ward. Off-topic: check out the chronyd -r -R and -s options for some startup hacks. I would propose that ntpd option -N be on by default. Possibly also -g should be on by default. RGDS GARY ----------- Gary E. Miller Rellim 109 NW W

Re: Kernel PPS processing

Yo Achim! On Sun, 03 Jul 2016 12:10:44 +0200 Achim Gratz wrote: > Eric S. Raymond writes: > > Gary E. Miller : > >> Anyone got a guess what the equivalent RasPi setting to turn off > >> power saving would be? > > > > turbo=1 in /boot/config.txt, I thin

Re: Kernel PPS processing

Yo Achim! On Sun, 03 Jul 2016 23:20:10 +0200 Achim Gratz wrote: > Gary E. Miller writes: > >> No. That used to be "force_turbo=1", but is not needed anymore. > > > > As of what kernel? I notice RasPi's have all sorts of weird kernel > > versi

Re: Zero-configuration ntpd

tart ntpd with their log roller, which does bad things... RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgptVgdCuDv5n.pgp Description: OpenPGP digital signature ___

Re: question about upgrading from Classic to NTPsec (packaging issue)

/usr/ OTOH, any RedHat RPM should likely over-write Classic. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp9I279ki9oF.pgp Description:

Re: Kernel PPS processing

Yo Achim! On Mon, 4 Jul 2016 08:43:40 + (UTC) Achim Gratz wrote: > Gary E. Miller rellim.com> writes: > > > The BCM SoC actually is a media processor with an ARM subsystem > > > and not the other way around as typically found elsewhere. The > > > timestam

Re: Kernel PPS processing

Yo Achim! On Tue, 05 Jul 2016 07:35:40 +0200 Achim Gratz wrote: > Gary E. Miller writes: > > Nothing at all about GPIO or timestamping. > > > > Did I miss something? > > Maybe the fact that all the GPIO registers and the timestamp counter > are on the VC4 side

Re: Kernel PPS processing

it kernel. A 32 bit kernel does not know how to save and restore 64 bit registers, or even know how many registers there are. Linux never figured out 64 bit binaries on a 32 bit kernel, although it was tried. Unlikely ARM ever will. RGDS GARY ---------

Re: question about upgrading from Classic to NTPsec (packaging issue)

when your install is taking forever and the installer is searching all your NFS shares. :-( RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpLUMag

Re: Kernel PPS processing

Yo Achim! On Tue, 05 Jul 2016 21:58:12 +0200 Achim Gratz wrote: > Gary E. Miller writes: > > I looked for any GPIO timestamp counter in those docs. I could not > > find it. Got a page number? Or maybe see where the gpio driver > > reads such a thing? > > There

Re: Kernel PPS processing

Yo Dan! On Mon, 04 Jul 2016 19:27:50 -0500 Dan Drown wrote: > Quoting "Gary E. Miller" : > > Good stuff, but I find no mention of GPIO timestamping.. > > pps-gpio takes the timestamp in the kernel interrupt handler. Thanks for the confirmation. That was also my

Re: SIGHUP catcher, issue #78

g NTP Classic problem shot in the head. Once I get caught up from my trip I'll give it a shot. For a default I'd rotate daily or weekly and only save a month or two total. RGDS GARY --- Gary E. Mi

✘ADEV of GPS Serial and PPS timing

set datafile separator whitespace set key top right box width 3 plot "adev-gps.log" using 2:5 title 'GPS' with linespoints linestyle 1, \ "adev-pps.log" using 2:5 title 'PPS' with linespoints linestyle 2 I'm guessing a Python person could

✘adev.py

GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 adev.plot Description: Binary data #!/usr/bin/env python # this program takes an NTP peerstats time and changes it to # a unix time

Re: adev.py

Are you saying the unix time stamp result in the output is wrong? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 38

Re: Removing the worst cruft

ant one. It is the primary time source in high end audio and video work. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpSuz9GZRPlK.pgp Desc

Re: Removing the worst cruft

, but for now they are slaving the robot on an IRIG time sync box, and running everything else synce on IRIG. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.co

Re: Removing the worst cruft

S GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp1Ue5DHDVCl.pgp Description: OpenPGP digital signature ___ devel mailin

Re: Removing the worst cruft

or SHM to > NTPsec. But testing such a beast would be specialized task. Yes, ideally. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp

Re: Removing the worst cruft

use, and they want time from them. Far more commonly than I imagined until recently. Several commercial NTP products do it, we wantt them to convert from NP Classic to NTPsec. Right? RGDS GARY ----------- Gary E. Miller Rellim 10

Re: Removing the worst cruft

Yo Eric! On Sun, 24 Jul 2016 00:26:50 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > On Sat, 23 Jul 2016 23:10:45 -0400 > > "Eric S. Raymond" wrote: > > > > > And, asnyway, I don't think you're describing a requirement for &

Re: Removing the worst cruft

both ways. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpHCGULaFDJA.pgp Description: OpenPGP digital signature

Re: Removing the worst cruft

vacation? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpmDKwGldopL.pgp Description: OpenPGP digital signature

Re: Kernel PLL graphs

is working? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp99hpntzALq.pgp Description: OpenPGP digital signature ___ devel mailing list

✘drift file

clock. And a bit longer, so the wonky startup data is masked. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpXQHiertbIm.pgp

✘ntpviz

out having to run exactly after the period end. 12. seems to do nothing by default: # ./ntpviz # 13. not sure what to do about html... RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588

Re: ✘drift file

e option we can test it. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpUychWOiBPE.pgp Description: OpenPGP digital signature ___ devel

Re: ✘drift file

e driftfile since Jan 2006. Over 10 years ago. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpiTV8Yiv4dP.pgp Description: Open

Re: driftMime-Version: 1.0

ant the logging. Sometimes, but then it takes a week for my graphs to be readable again... > I might agree to put it someplace other than the normal place. Works for me, or maybe a switch. Or maybe fix the startup problems. RGDS GARY -

Re: Kernel PLL graphs

le on chrony-graph. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpNK2efABe_L.pgp Description: OpenPGP digital signature

✘build with Python 3.4 broken.

uot;/usr/local/src/NTP/ntpsec/pylib/configure.py", line 154 print "IDDescription" ^ SyntaxError: Missing parentheses in call to 'print' Ah, Gentoo now uses Python 3.4 by default. Switching back to 2.7 and things are better. RGDS GARY -

Re: driftMime-Version: 1.0

ls you the build is working. Something lacking now. chrony-graph has picked up a lot of subtle things for me. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com

Re: driftMime-Version: 1.0

-------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpTyl2gSfKuf.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: driftMime-Version: 1.0

ntpd could be run in playback mode. To keep the playback time small, maybe also a way to save internal state to a file, and reload that state in a test ntpd. A nice state dump could also be a good debugging tool. RGDS GARY -----------

Re: Next point release

ait until most Universities are back in session then all the script kiddies will jump on it. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8

Re: Possible abuse from fetching the leap second file

; conservative approach. I think it's good enough. Yes. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpyIAKVBE4EH.pgp Description: OpenPGP digital signature ___

Re: Wish list - hack to monitor a server

ab.com/NTPsec/ntpsec/issues/101 RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpWOy7RLFI_2.pgp Description: OpenPGP digital signature ___

✘ntpviz on missing ntpstats, bug #102

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

Re: Wish list - hack to monitor a server

things up if they have done something we don't > want to support) I've been using it for over a decade, I can't think of anything I'd change. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmin

Re: Wish list - hack to monitor a server

program talks to our stuff somehow. Sure, it just make an ordinary time request like any other NTP client. Which in the end is what we care about, we want to know that an ordinary client would see a good and ordinary response. RGDS GARY -------

Re: Comments about ntpviz

hat. Since ntpd is undersampling the PPS it can be either good, or real bad. I'm tempted to get Eric to fix the bug first, but maybe I'll need to data so he sees the bug first. > If you have a busy server, there is interesting stuff in usestats. Such as? RGDS GARY -

Re: PPS undersampling

ow. The subject is complicated and contentious. Way too many moving parts in a core chunk of the code to touch without TESTFRAME. I also expect TESTFRAME will smoke out some of these issues and also have its own different timer loop needs. RGDS GARY -----------

Re: PPS undersampling

we can test it. And on that we also agree, so no further discussion needed until after TESTFRAME. BTW, did you do the soldering ron test I asked you to do? RGDS GARY --- Gary E. Miller

Re: PPS undersampling

Yo Eric! On Tue, 23 Aug 2016 20:07:21 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > Sadly, PPS with the current algorithm should bump up to sampling > > every one-half second. Some even want 10 Hz or even 100 Hz. > > > > Let us leave it on the long

Re: Which interfaces are important today to define a time-hardware snap interface

NTPP users never know it is there. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpag2PXxlmxC.pg

Re: pool vs nopeer

oes from the ntpviz and Pi projects, you are ready for it. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpGxodYeL2jU.pgp Description:

Re: Stratum one autonomy and assumptions about GPS

majority failure mode. > We may already be at a technological place where GPS outages don't > bust the tolerable-error budget, even with cheap hardware. If we > aren't, we'll probably be there soon. We can't define a single tolerable error budget. We can provide som

Re: Stratum one autonomy and assumptions about GPS

ike Trimble gear. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgprg3WERSutl.pgp Description: OpenPGP digital signature ___ devel m

Re: Stratum one autonomy and assumptions about GPS

t and I was surprised > it kept outputting the PPS when losing 3D lock (it stops blinking the > LED). Most cheaper GPS always output PPS, even when they have no idea where they are or what time it is. Garmin documents this, as do others. RGDS GARY -----

Re: Stratum one autonomy and assumptions about GPS

CPU chips include a temperature sensor. Which I have found does not correlate with any of my NTP data. I now have a lot of data, just need to finish up the ntpviz temp module. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wi

Re: Comments about ntpviz

90% plot and a 100% plot. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpcLB7yoy_DU.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec.org htt

Re: Stratum one autonomy and assumptions about GPS

Yo Eric! On Tue, 30 Aug 2016 00:08:17 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > > 1. GPS outage length and frequencies are decreasing > > > > Don't care. If you need your NTP to work, you need to know it is > > working. Otherwise fai

Re: Comments about ntpviz

should be simple. It just > hasn't gotten to the top of my list yet. But we already have chrony-graph and ntpviz to frive gnuplot, So I'm confused what you want? RGDS GARY --- Gary E. Miller Rellim 109 NW Wil

Re: PPS undersampling

ould see no change in power. > Moving the PPS processing out of ntpd doesn't change any of that. True, whether it is on gpsd or ntpd it should be similar power. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmingt

Re: PPS undersampling

part of a second. Nothing ntpd does will move the (virtual) needle. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com

Re: Comments about ntpviz

ly takes 20 seconds to run on a Pi3 for me, ant then I have all the graphs. Or just ask ntpviz for the one graph you want, prolly about a second, RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmin

✘ntpviz ±(rtt/2)

it out. A live copy is here: https://rellim.com/ntpstats/day/ RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp6uUzAGA0mx.pgp Description

Re: â ntpviz ±(rtt/2)Mime-Version: 1.0

pression from the graph is of symmetry. So I don't see one is better than the other... RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 85

Re: â ntpviz ±(rtt/2)Mime-Version: 1.0

ARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpZzh1xFdVoR.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listi

Re: ntpviz (rtt/2)

e that after the 23rd, the new request path had a lot > more jitter that is not in the response path. This also impacts the > offset. > > > ___ > devel mailing list > devel@ntpsec.org > http://lists.ntpsec.org/mailman/li

Re: Why does stuff in pylib get compiled twice?

fix some of these? RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpieFJXSd7iW.pgp Description: OpenPGP digital signature __

✘Python broken %

s ^ SyntaxError: invalid syntax Python says %s(x)s works for any x that str(x) works. Here is the Python doc: https://docs.python.org/2.7/library/stdtypes.html#string-formatting "'s'String (converts any Python object using str())." WRONG! RGDS

✘namedtuples overly limited

, 'b', 'c', 'd', 'e') Traceback (most recent call last): File "", line 1, in TypeError: namedtuple() takes at most 4 arguments (5 given) RGDS GARY ----------- Gary E. Miller Rellim 10

✘Python 3!

works. I was not so lucky with ntpviz. Just one annoying thing in ntpviz I can't fix. Documented on line 74. I can make it work in Python 2, or Python 3, but not polyglot... RGDS GARY ------- Gary E. Miller Rellim 109 NW

Re: -g screqup (from IRC)

ARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpFow9VGpITI.pgp Description: OpenPGP digital signature ___ devel mailing list devel@ntpsec.org http://lists.ntpsec.org/mailman/listinfo/devel

Re: -g screqup (from IRC)

he statistically proveable cases first, slow goind, but harder to argue with. I find a minimum test is at least 24 hours, better yet 48 or more. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g

Re: -g screqup (from IRC)

doesn't match my experience, at least if you are talking about > start/restart transients. All there on my plots. Feel free to post yours. > I haven't looked carefully. Please do. That is what I am doing. I don't expect our data to match that closely. Even my Pi's are

Re: How much do we care about high-load scenarios?

TPsec at the bleeding edge. In the NTP case that is high load factor and high performance. RGDS GARY ----------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 858

✘minpoll=maxpoll=2

9.0us, Jitter 90% 26.7 us See attached spidey-local-offset.png. Before 18:10 12 Sep 2016 UTC is poll=64s after is poll=2. That went really, really badly... So, the answer to the best poll? It depends... RGDS GARY --- G

Re: How much do we care about high-load scenarios?

nd say "high load, we gotta optimize" - > without measurements optimization is premature and you know what > *that* means. Sadly, unless you have threading there is no way to A/B test it against no threading. So let us not rip out any existing threading until it gets tested.

Re: How much do we care about high-load scenarios?

Yo Eric! On Wed, 14 Sep 2016 17:22:51 -0400 "Eric S. Raymond" wrote: > Gary E. Miller : > > Sadly, unless you have threading there is no way to A/B test it > > against no threading. So let us not rip out any existing threading > > until it gets tested. > &g

Re: ✘minpoll=maxpoll=2

pends, but poll=4s does not seem optimal for my two cases. So far poll=2s for RasPi+HAT, and poll=64s for Xeon+Serial GPS. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@relli

Re: ✘minpoll=maxpoll=2

Yo Achim! On Fri, 16 Sep 2016 20:17:50 +0200 Achim Gratz wrote: > Gary E. Miller writes: > > Poll=2s is still the bast for this hardware, but there is a little > > tradeoff between offset and jitter. Since NTP is about time, not > > frequency, we go with the best time. &

✘minpoll=maxpoll=3

in a few days. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgp46QuIWUpk2.pgp Description: OpenPGP digital sign

Re: ✘minpoll=maxpoll=2

Yo Achim! On Mon, 19 Sep 2016 20:09:04 +0200 Achim Gratz wrote: > Gary E. Miller writes: > >> You 've made this argument before, but I think it's circular > >> reasoning. > > > > Really? I think the data is very clear, you can optimize for time >

Re: ✘minpoll=maxpoll=2

solve the confusion? RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpzpK5rI5fbM.pgp Description: OpenPGP digital signature _

Re: ✘minpoll=maxpoll=4

1.4 ppm3.3 us 2.2 ppt68 us 9.7 us Clearly poll=4 is past the optimum point for this host. More to come. RGDS GARY --- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703

Re: ✘minpoll=maxpoll from 1 to 6

is poll=1, but poll=2 or 3 are close. 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 pgpIfrCeBFAis.pgp Description: OpenPGP digi

Re: Did your fix for minpoll=0 work?

love to see it. RGDS GARY ------- Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703 g...@rellim.com Tel:+1 541 382 8588 pgpDjRzNVCMSe.pgp Description: OpenPGP digital signature __

  1   2   3   4   5   6   7   8   9   10   >