Anybody taking care of refclock_trimble?

Hal Murray hmurray at megapathdsl.net
Thu Feb 13 11:24:21 UTC 2020


Thanks.

>>        /* get timestamp after triggering since RAND_bytes is slow */

> When I added that comment I found that RAND_bytes() was taking hundreds of
> nanoseconds on the same system that was taking the classic version's local
> random less than 100ns.

When I saw that comment, I thought that getting the time had been moved from 
someplace else.

There is (was?) at least one driver that gives you a time stamp when a signal 
changes and that signal wired to a modem pin.  A reverse PPS.  Between 
"triggering" and "since", I was looking for something interesting.


> I revisited that area when the --disable-fuzz option was added in order to
> experiment with also removing fuzzing from the refclocks. I got a very
> significant reduction in jitter when switching from get_systime() to
> clock_gettime(). 

Did you try get_systime() and --disable-fuzz?

That should do the same thing.





-- 
These are my opinions.  I hate spam.





More information about the devel mailing list