Re: [chrony-dev] [PATCH] MacOS X - Increase priority of chronyd process

[ Thread Index | Date Index | More chrony.tuxfamily.org/chrony-dev Archives ]


> On 24/08/2015, at 11:06 am, Bill Unruh <unruh@xxxxxxxxxxxxxx> wrote:
> 
> Are you sure that there is a 1us offset? How do you measure that? Remember
> that anything in the computer has latency and 1us is not that long a time. Ie, it takes a bit of work to measure that offset to that accuracy.

I am reading the 'Rem. corr.' value from /var/log/chrony/tracking.log
running this through a low pass filter and plotting the result. The graphs clearly show approximately 1 to 2 us offset when running chronyd at default priority. There are couple of graphs at my website that show the effect of enabling real-time scheduling. 

I'm not doing any measurement per se, just relying on the output stats from chronyd.

The low pass filter in my graphing software is a simple exponential weighting as used elsewhere in chronyd:

	mean_corr = 0.1 * (corr - mean_corr)

> 
> Note that the only time critical item is the reading of the system clock when
> the interrupt comes in. And I have doubts that the interrupt handling software
> is up to much less than 1us standard.

You may be right on that - I don't know the granularity of interrupt timings in the MacOS kernel running on an i7 processor.

One other thing - I have not seen any deterioration in the performance of other processes caused by chronyd running as a real-time process and chronyd still uses minimal cpu and memory.

-- 
Bryan Christianson




--
To unsubscribe email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "unsubscribe" in the subject.
For help email chrony-dev-request@xxxxxxxxxxxxxxxxxxxx with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/