【问题标题】:boost::date_time (boost-145) using a 64-bit uint with microsec calculations, without truncationboost::date_time (boost-145) 使用带有微秒计算的 64 位 uint,没有截断
【发布时间】:2010-12-15 18:38:43
【问题描述】:

我正在使用 date_time 来抽象出平台特性。我需要生成一个 64 位微秒分辨率 uint64_t ,它将用于序列化。我不明白下面出了什么问题。

#include <boost/date_time/posix_time/posix_time.hpp>
#include <boost/cstdint.hpp>
#include <iostream>

using namespace boost::posix_time;
using boost::uint64_t;

ptime UNIX_EPOCH(boost::gregorian::date(1970,1,1));

int main() {
    ptime current_time = microsec_clock::universal_time();

    std::cout << "original time: "<< current_time << std::endl;

    long microsec_since_epoch = ((current_time -UNIX_EPOCH).total_microseconds());

    ptime output_ptime = UNIX_EPOCH + microseconds(microsec_since_epoch);
        std::cout << "Deserialized time : " << output_ptime << std::endl;

    std::cout << "Microsecond output: " << microsec_since_epoch << std::endl;

    std::cout << "Microsecond to second arithmetic: "
        << microsec_since_epoch/(10*10*10*10*10*10) << std::endl;

    std::cout << "Microsecond to tiume_duration, back to microsecond : " <<
        microseconds(microsec_since_epoch).total_microseconds() << std::endl;


    return 0;
}

这是我得到的输出。

original time: 2010-Dec-17 09:52:06.737123
Deserialized time : 1970-Jan-16 03:10:41.577454
Microsecond output: 1292579526737123
Microsecond to second arithmetic: 1292579526
Microsecond to tiume_duration, back to microsecond : 1307441577454

当我切换到使用 total_seconds() 和 +seconds(..) 时,问题消失了——即,输入更改为:

2010-Dec-15 18:26:22.606978
2010-Dec-15 18:26:22

date_time 声称在内部使用 64 位类型,2^64÷ (10^6×3600×24×365) ~= 584942 甚至 2^60÷ (10^6×3600×24×365) ~= 36558

维基百科的开场白是关于 Posix 时间的

Unix 时间或 POSIX 时间是一个系统 用于描述时间点,定义 作为自以来经过的秒数 午夜协调世界时 (UTC) 1970 年 1 月 1 日

为什么如此大规模的截断会持续 40 年?

如何使用 boost::date_time 以微秒级分辨率使用完整的 64 位空间?

--edit1 回应 hans--

帖子已更改以反映 duration.total_microseconds() 部分的整数输出。注 1292576572566904÷(10^6×3600×24×365) ~= 40.98 年。秒的输出尚未更新。

--edit2-- 在“反序列化”步骤之前将微秒缩小到秒,效果也很好。这种方法解决了我的问题,我只需要创建时的微秒分辨率,反序列化时我可以不用它。

我仍然想知道问题的原因和原因。

【问题讨论】:

  • 我也很好奇,因为我还打算写一些使用 64 位微秒分辨率时间的东西。

标签: c++ datetime boost


【解决方案1】:

这似乎是 microseconds() 无法处理如此大的微秒输入的问题。以下代码段是对此问题的修复:

#define MICROSEC 1000000

uint64_t sec_epoch = microsec_since_epoch / MICROSEC;
uint64_t mod_micro_epoch= microsec_since_epoch % MICROSEC;

ptime new_method = UNIX_EPOCH  + seconds(sec_epoch) + microseconds(mod_micro_epoch);

std::cout << "Deserialization with new method: " << new_method << std::endl;

【讨论】:

    【解决方案2】:

    total_microseconds() 的返回类型是tick_type,不长。看起来您正在使用具有 32 位 long 类型的编译器进行编译。可以存储 40 年的微秒数。

    【讨论】:

    • 64 位服务器 ubuntu :/.加上来自 total_microseconds() 的整数;实际上是正确的。 40.98 年的微秒。当我开始工作时,我将修改上面的程序来说明这一点。如果事情在纪元 + 微秒部分被截断,我不会感到惊讶。
    • 更新了我的帖子,向您展示了 total_microseconds 的结果。
    猜你喜欢
    • 1970-01-01
    • 2018-11-18
    • 1970-01-01
    • 2018-07-19
    • 1970-01-01
    • 1970-01-01
    • 2022-12-23
    • 2013-10-23
    • 2021-07-18
    相关资源
    最近更新 更多