zlacker

>>pharkm+(OP)
I don't get how clocks are bad this from the article.

I get that syncing clocks across systems is hard and when it goes awry, unintended consequences are incurred.

>>dustin+A6
There is, in fact, a TL;DR at the end:

> If your distributed database relies on clocks to pick a winner, you’d better have rock-solid time synchronization, and even then, it’s unlikely your business needs are served well by blindly selecting the last write that happens to arrive.

>>RickHu+29
In fact I would recommend GPS calibrated hardware clocks with PTP.

>>ssever+rj
The point is not that time synchronization is inherently bad, only that it's usually not the correct thing for a distributed database to resolve update conflicts with.

>>marshr+ax
Yes I completely agree. I fail to see how anyone would think that using a clock as a source of truth in a distributed system would be in anyway a good idea. As far as PTP it would be too expensive to deploy at large scale which was some of the motivation (i believe) behind truetime.

>>ssever+Z01
To be fair, time was considered to provide a pretty universal total ordering up until fairly recently, i.e., 1903.