与整数unix时间戳相比,boost :: posix_time :: ptime的整体性能

问题描述

我目前正在从事一个广泛使用UNIX时间戳(以毫秒为单位)的项目。 更准确地说,比较和存储时间戳构成了应用程序的很大一部分。

大量数据将存储在容器中,并应由标识符(此处为时间戳)接收(找到)。原始数据是用UNIX时间戳(以毫秒为单位)给出的,例如uint32_tint64_t

通过例如获得的实时时间戳。 boost::posix_time::second_clock::universal_time()很少用于跟踪内部状态和工作例程。 boost-datetime提供的额外功能在这里非常方便。

我的问题仅针对存储用例,而仅间接针对功能用例。
将时间戳记存储为boost::posix_time::ptime对象有很多开销吗?
int64_t使用64位存储空间,boost::posix_time::ptime对象使用多少存储空间?
与整数比较相比,比较运算符的性能如何?

底线:是值得在以后的应用程序中存储boost::posix_time::ptime对象以便于使用的功能,还是更好地存储原始整数类型并在以后转换为{ {1}}是否需要其他功能

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...