<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Sat, Sep 15, 2018 at 3:02 PM D.S. Ljungmark <<a href="mailto:ljungmark@modio.se">ljungmark@modio.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I’ve got a follow up here. We want code to run both before and after time is synchronized the first time. But we -also- need to know how big the first time jump is. <br></div><div><div class="gmail_quote"><div dir="auto">It’s lokel to be in the matter of weeks or months in our application, and we’d want to know how much it was lagging. </div><div dir="auto">We start logging measurements before things are connected, and tag them as unknown, later when we get an application sync on time we can recalculate to proper dates,( provided we weren’t losing power  for many times before we get a network sync)</div></div></div></blockquote><div><br></div><div>AFAIK you could look at the difference between real time and CLOCK_BOOTTIME (or MONOTONIC). Whenever you notice the clock jumping, compare the new difference with the previously seen one, and you'll know how much to offset the old records by. That doesn't depend on any external software and works just as well with timesyncd as it does with ntpdate or manual adjustments.</div><div><br></div><div>(For example, every journald entry includes the real-time *and* monotonic timestamps.)</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>