https://blog.packagecloud.io/set-environment-variable-save-thousands-of-system-calls/

When I have systems with bizarre time issues.. I confirm that TZ is being
set properly within the system..

My 0.02

YMMV



On Thu, Apr 18, 2024 at 5:15 PM Abhijith Sethuraj <
abhijithsethur...@gmail.com> wrote:

> Hello,
>
> I'm noticing issues with my system clock being inaccurate by almost 50us,
> even though "System time" in `chronyc tracking` shows offsets in the order
> of ns. This was noticed by an application that tried to get current time by
> calling `gettimeofday()`.
>
> Here's an entry from driftfile:
> -22.346582             0.019953
>
> Here's `chrony tracking`:
> % chronyc tracking
> Reference ID    : 12345 (timeserver)
> Stratum         : 2
>
> Ref time (UTC)  : Thu Apr 18 21:00:27 2024
>
> System time     : 0.000000017 seconds slow of NTP time
>
> Last offset     : -0.000000078 seconds
>
> RMS offset      : 0.000000072 seconds
>
> Frequency       : 22.200 ppm slow
>
> Residual freq   : -0.001 ppm
>
> Skew            : 0.019 ppm
>
> Root delay      : 0.000073557 seconds
>
> Root dispersion : 0.000997235 seconds
>
> Update interval : 0.3 seconds
>
> Leap status     : Normal
>
> Here's `chronyc sourcestats`:
> % chronyc sourcestats
> Name/IP Address            NP  NR  Span  Frequency  Freq Skew  Offset  Std
> Dev
>
> ==============================================================================
> timeserver                 41  19    30     -0.000      0.042     -0ns
> 704ns
>
> In retrospect, I see that root delay and root dispersion are really bad
> above, when compared to offset. What exactly is time error here (error in
> time that can happen when an app tries to get current time) -- is that
> almost similar to "root dispersion"? Also, what recommendations do you have
> for monitoring chrony, so that I can catch this before it affects my app?
> Also, are there any config tweaks that I can try out here to help me?
>
>
> Thanks,
> Abhijith
>

Reply via email to