Are we interested in supporting low resolution system clocks?

Gary E. Miller gem at rellim.com
Wed Jun 7 00:27:27 UTC 2017


Yo Hal!

On Tue, 06 Jun 2017 17:23:56 -0700
Hal Murray <hmurray at megapathdsl.net> wrote:

> > I have run tests removing the fuzz code.  Never found any change
> > with or without the clock fuzz.  I was too scared to remove it.  
> 
> It's scattered all over the place so I'm impressed if you really
> removed it all.

I did not remove it, I just set the fuzz to zero.  :-)

> The code that I was looking at in ntp_packetstamp had a run time test.
>         if (sys_tick > measured_tick && sys_tick > S_PER_NS) {
> and sys_tick == measured_tick on one sample system so the next few
> lines were never executed.

But is i don't think sys_tick == measured_tick is always rtue.

> If Eric and Mark agree that we don't need to support big tick OSes,
> I'll look harder at trying to figure out what it does to see if there
> is anything useful we need to save.

The fuzz borders on a religious topic, cloaked in various statistical
arguments.  You'll need extra-ordinary proof.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
	gem at 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20170606/5a9ab8b3/attachment.bin>


More information about the devel mailing list