gettimeofday() should never be used to measure time

Re:gettimeofday() should never be used to measure time by dbrower on Monday January 19, 2015 @04:58AM (#8911202)

I think the article and much of the discussion misses a larger point -- time is hard, and very very hard when there are multiple systems with different clocks. The APIs are the way they are because there just aren't solutions especially since all systems ultimately have unreliable connections to good time sources.

The miserable APIs are New Jersey/Worse-is-better answers to intractable problems.

[ Parent | on HN ]

Re:gettimeofday() should never be used to measure time by stestagg on Monday January 19, 2015 @05:59AM (#8911327)

That's just not the point of this article.

Basically, my takeaway from this is: if you /can/ avoid the complexity, by dealing with absolute relative timings (if something takes 2 seconds, then it takes 2 seconds, even if one of them is a leap-second), then you /should/.

And the best way to do this is using the techniques mentioned in the article

[ Parent | on HN ]

Re:gettimeofday() should never be used to measure time by thomashabets2 on Monday January 19, 2015 @07:58AM (#8911683)

This is but one chapter of what could be a huge book on time programming, I agree.

But it is a self contained advice, that should be adhered to.

[ Parent | on HN ]