问题标签 [chrono]

boost::date_time 和 std::chrono 的互操作性如何？

例如，有没有办法在 boost::posix_time::ptime 和 std::chrono::time_point 之间进行转换？

我尝试搜索有关此类转换的文档，但找不到任何文档。

为什么委员会将 monotonic_clock 重命名为 stable_clock？供应商提供 monotonic_clock 以实现向后兼容性，因此我预计 monotonic_clock 会持续一段时间。

在 C++0x 中弃用某些东西似乎有点早。;) 编辑：委员会有权利和责任在发布之前尽可能重命名组件，就像在这种情况下所做的那样。

我没有看到重命名的巨大好处。

C++11 定义high_resolution_clock并且它具有成员类型period和rep. 但我不知道如何才能获得那个时钟的精度。

或者，如果我可能无法达到精确度，我能否以某种方式至少获得以纳秒为单位的最小可表示时间间隔的计数？可能使用period？

由于 C++11 的文档不足，我遇到了一个小问题。

我想以毫秒、纳秒或秒为单位获得自纪元以来的时间，然后我必须将此值“转换”为另一个分辨率。我可以使用 gettimeofday() 来做到这一点，但这很容易，所以我尝试使用 std::chrono 来实现它。

我试过：

但是我不知道以这种方式获得的分辨率是什么 time_point，我不知道如何将这个时间作为一个简单的 unsigned long long 来获得，我也不知道如何将它转换为另一个分辨率。

我有一个分数纪元时间戳，表示为double，我想将其转换为适当的std::chrono::time_point. 纪元是自 1970 年 1 月 1 日以来通常的 UNIX 纪元。我知道存在std::chrono::system_clock::from_time_t，但 atime_t没有小数部分。使用 C++11 执行此操作的最佳方法是什么？

这个问题与unix timestamp to boost::posix_time::ptime有关，除了它要求的是 C++11 而不是它的 Boost 版本。

的例子boost::this_thread::sleep()似乎使用boost::posix_time::milliseconds. 我已经尝试过了，它可以工作，但我正在使用它boost::chrono来检查系统时钟等。在我看来，我应该能够通过sleep()这样的chrono::duration：

boost::this_thread::sleep(boost::chrono::duration(10));

但是编译器给了我以下错误：

... boost_1_49_0\boost/thread/win32/thread_data.hpp(171)：错误 C2039：“total_milliseconds”：不是“boost::chrono::duration”的成员

我觉得很困惑。我认为我应该能够做到这一点是否正确？是否有必要转换为posix_time?

在玩 VS11 beta 时，我注意到一些奇怪的东西：这段代码

f 花费了 0 毫秒

但是，当我决定取消注释该行并计算总和时，它会打印出一个合理的数字。

这是启用优化后我得到的行为，禁用它们后我得到“正常” cout

f() 耗时 471 毫秒

那么这个标准符合行为吗？重要提示：死代码并没有被优化掉，我可以看到从控制台运行时的延迟，我可以在任务管理器中看到 CPU 峰值。

如何转换std::chrono::monotonic_clock::now()为毫秒并将其转换为长？

使用来自 chrono 的 stable_clock 或 high_resolution_clock 也是一样的。我已经看到了std::chrono::duration_cast<std::chrono::milliseconds>，但我只想要当前的时间戳而不是任何持续时间间隔。

我刚刚注意到下面的代码<chrono.h>，这对我来说没有意义。

steady_clock单纯源于不稳，怎能system_clock稳？