线程测试之间的延迟：Linux 裸机与 VM 上的 QNX

Question

我最近对这两种设置进行了延迟比较： a) Ubuntu 16.04 在 12 核主机上运行； b) 在笔记本电脑主机上运行 VMware 的来宾 QNX（分配给 QNX VM 的 4 个内核）——我目前没有更好的 QNX 设置。

测试场景：运行 10 个线程，每个线程每 30ms-ish 向随机选择的接收线程发送一条消息 - 消息率确实非常低； 消息机制是使用条件变量实现的，每个线程都有自己专用的 rx prod-consumer 队列和自己的条件变量和互斥体 - 因此队列之间没有干扰。 我测量消息被构造/发送和接收线程获取消息之间的时间。 均值和 std_dev min max 都为每个线程捕获。

结果令人惊讶地有利于 QNX（尽管它在 VM 上运行）。 10us 对 40us。

对于Linux（秒）：平均值= 0.000038076 std_dev = 2.7523E-05-05 min = 0.000000254 max = 0.00017410 samplys = 1023 = 1023 = 1023 = 1023 = 1023 = 1023 = Qnx（secont Qnx），

我注意到 QNX 端的时钟不如 Linux 端那么精确（分辨率方面），因为我确实看到可测量的最小延迟为 0。

我只是想知道它是否符合其他人的经验 - Linux线程条件唤醒平均需要40us吗？ 顺便说一句，如果 QNX 时间精度为 100us 且 Linux 为纳秒，那么这个差异会影响统计数据吗？ 谢谢。

Answer 1

结果表明，延迟测试对硬件的敏感度（以不同的方式）比我之前想象的要高。 较新的 12 核 CPU 主机启用了超线程，并产生 40us 延迟数。 我搬到了一台旧的 4 CPU 并禁用了超线程的机器上，延迟数下降到 15-16us。 这与 QNX VM 编号在同一范围内。 我希望我可以使平台在测试中更加一致，以便在将来获得更确凿的答案。

新 Linux 结果：平均值=0.000015819 std_dev=1.39205e-05 min=0.000000503 max=0.000117652 sampleSize=1528