[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gpsd + chrony + pps
From: |
Gary E. Miller |
Subject: |
Re: gpsd + chrony + pps |
Date: |
Thu, 18 Jun 2020 10:55:12 -0700 |
Yo Dan!
On Thu, 18 Jun 2020 13:48:41 -0400
Dan Williams <dwilliams@nextdroid.com> wrote:
> (https://chrony.tuxfamily.org/doc/3.4/chronyc.html), the output can
> be deciphered that the above two sources are actually flowing time
> updates into chronyc -- Success!
Yes, that is what is expected.
> Does that command actually show the changes in
> `/var/run/chrony.pps0.sock` ? I was under the impression that is a
> different mechanism than the shared memory api?
95% of the path is the same. ntpshmmon is a more direct measure of what
gpsd is sending after it has processed the signals. To remove the
effect of chronyd on the path.
RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
gem@rellim.com Tel:+1 541 382 8588
Veritas liberabit vos. -- Quid est veritas?
"If you can't measure it, you can't improve it." - Lord Kelvin
pgpHwU8CHbNZJ.pgp
Description: OpenPGP digital signature
- gpsd + chrony + pps, Stéphane Péneau, 2020/06/12
- Re: gpsd + chrony + pps, Dan Williams, 2020/06/12
- Re: gpsd + chrony + pps, Stéphane Péneau, 2020/06/13
- Re: gpsd + chrony + pps, Gary E. Miller, 2020/06/18
- Re: gpsd + chrony + pps, Dan Williams, 2020/06/18
- Re: gpsd + chrony + pps,
Gary E. Miller <=
- Re: gpsd + chrony + pps, Dan Williams, 2020/06/18
- Re: gpsd + chrony + pps, Gary E. Miller, 2020/06/18
- Re: gpsd + chrony + pps, Dan Williams, 2020/06/18
- Re: gpsd + chrony + pps, Stéphane Péneau, 2020/06/18
- Re: gpsd + chrony + pps, Dan Williams, 2020/06/18
- Re: gpsd + chrony + pps, Gary E. Miller, 2020/06/18
- Re: gpsd + chrony + pps, Gary E. Miller, 2020/06/18
- Re: gpsd + chrony + pps, Stéphane Péneau, 2020/06/18
- Re: gpsd + chrony + pps, Gary E. Miller, 2020/06/18
- Re: gpsd + chrony + pps, Stéphane Péneau, 2020/06/19