谁能确认(或否认) stable_clock 在线程之间是否“值得信赖”?根据文章Is the epoch of stable_clock relative to when the operating system startup? 还是流程本身?,有一些关于 stable_clock 在系统级别,进程之间是否值得信赖的讨论。我的问题是,线程之间的 stable_clock 至少值得信赖吗?
问问题
150 次
1 回答
0
我相信标准的相关部分[time.clock.req]
, 规定时钟类型决定时代所以,只要你使用steady_clock
,线程是无关紧要的:
A
clock
是由 aduration
、 a和获取当前time_point
的函数组成的包。时钟的起源被称为时钟的历元。now()
time_point
time_point
如果仅仅因为一个变量是在单独的线程中生成的,就不能通过duration
减去两个变量来可靠地得到 a ,那将是一种糟糕的情况 :-)time_point
请注意,这仅适用于标准范围内。由于您链接的问题与单独的流程有关,因此该标准并未强制要求以一种或另一种方式进行行为。
这与编写二进制文件(time_point
甚至int
是int
)。
但是该标准确实涵盖了线程,因此您可以安全地将time_point
来自相同时钟类型的不同变量视为兼容。
于 2020-03-07T05:57:58.827 回答