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

如何解决与整数unix时间戳相比，boost :: posix_time :: ptime的整体性能

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

大量数据将存储在容器中，并应由标识符（此处为时间戳）接收（找到）。原始数据是用UNIX时间戳（以毫秒为单位）给出的，例如uint32_t或int64_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}}是否需要其他功能？