开发平台(Platform): (Ex: Win10, Linux, ...)
Linux/Win10
编译器(Ex: GCC, clang, VC++...)+目标环境(跟开发平台不同的话需列出)
GCC
额外使用到的函数库(Library Used): (Ex: OpenGL, ...)
无
问题(Question)：
如下列网址的程式码。
1.我建立一个thread，每50mS把目前的time_point作为timestamp储存至
atomic型态的变量中。
2.在主thread中，持续观测timestamp与现在时间的时间差。
喂入的资料(Input)：
无
预期的正确结果(Expected Output)：
每次观测timestamp与现在时间的时间差不会大于50mS。
错误结果(Wrong Output)：
偶发性的会出现大于50mS的时间差，其时间大于50mS几十个mS。
如果要解释为处理while loop中其他动作的时间，似乎又有点太长了。
程式码(Code)：(请善用置底文网页, 记得排版，禁止使用图档)
https://onlinegdb.com/HypIjZKnL
补充说明(Supplement)：
猜测问题可能是出自于我对std::atomic或是std::chrnon的误用，但目前还没有
找到明确的方向。
期望有经验的人可以指点一下。

这应该跟电脑当下忙不忙、OS scheduling 有关偶尔会超时应该算正常

刚刚测，跟楼上说得差不多我正常跑你的code不会印东西，我限制cpu到ㄧ颗的话每次都会印，应该是main跟timer一直交换cpu使用权

刚刚试了一下，在timestamp的存取加入了std::memory_order_consume跟std::memory_order_release就不再超时了。这样看起来好像又跟atomic有点关系@[email protected]

看来是跟受到 memory order 的影响...你的电脑比较特殊吗？

只是一般X86 PC而已，不过有趣的是即便加上memory order以后，在GDB online网站跑还是有超时现象，我的电脑上跑却不会。

别在网站上测速度，我刚刚跑发现网站的稳定度很差你可以设定affinity让他们跑在同一个CPU上，再统计超时数

试试看在 main 里的 while 加个 sleep，让它不要那么频繁的 load 看看可能是它一直读导致另一个 thread 写不进去

回Lipraxde，这个方法有效，感谢！