chrono steady_clock没有给出正确的结果？

Question

我的app服务器代码中有一行代码，它使用steady_clock获取时间戳值，如下所示：

uint64_t now = duration_cast<milliseconds>(steady_clock::now().time_since_epoch()).count();

现在我们有两个系统machineA运行Ubuntu 12 (gcc 4.6.3 compiler)和machineB运行Ubuntu 14 (gcc 4.8.2 compiler) 。

现在我们在另一个 Ubuntu 12 VM (which has 4.7.3 compiler)上使用make编译我们的app服务器代码，然后将生成的tar文件复制到machineA并启动我们的app服务器。 在开始之后，上面的代码行在machineA中打印出如下值：

1439944652967

现在我们还使用另一个 Ubuntu 14 VM (which has 4.8.2 compiler)上的make编译相同的应用服务器代码，然后将生成的tar文件复制到machineB并启动我们的app服务器。 在开始之后，上面的代码行在machineB中打印出这样的值：

10011360 

你看到差异吧？ 我很困惑为什么这是差异，我无法理解这一点？ 所有代码和一切都是一样的。 有没有人对此有任何解释，我该如何解决？

如果需要，我可以尝试添加一些调试代码，看看弄清楚这个问题有什么不对。

Answer 1

我担心std::steady_clock会有什么混乱。

time_since_epoch给出了从时钟开始以来的持续时间，不一定是Unix纪元。 steady_clock只保证单调增加。 这意味着steady_clock将始终向前移动并且永远不会减少。

无法保证steady_clock代表任何有意义的东西。 它可以是自程序执行开始以来的持续时间，计算机打开的持续时间，自最近的星期二以来的持续时间，或者只要它继续向前移动的几乎任何东西。

换句话说， steady_clock实际上并不是讲真实世界时间的有用信息 。 它只对测量时间的流逝有用。 它的用途可能包括您有时间点A和时间点B的任何情况，并且您对它们之间的持续时间感到好奇：基准测试，进度估算等。

如果您正在寻找真实的世界时间，您应该查看std::system_clock ，这是一个代表系统时间的时钟（即操作系统的时间）。 它非常适合讲述时间，但它对于测量差异非常无用，因为它不能保证单调，几乎肯定没有夏令时，用户调整时钟，以及其他可以改变现实世界时间的事件。