问在硬件应用程序中使用共享内存(C++)时需要互斥

EN

我有一个传感器，它以n Hz的速度向线程中的共享内存写入数据(比如每秒10Hz=10次)。一个单独的线程正在读取这些数据，并使用它来获取一些结果。读取器线程的频率不同。它可以更慢，例如每秒8次，也可以更快，例如每秒15次，这取决于正在计算的内容。读取器线程只是从共享内存中读取数据。它不修改数据(只对其进行处理以获得某些结果)，也不向共享内存写入任何内容。整个过程运行得非常整洁。我不关心同步，因为读取器只是在需要的时候读取共享内存中的内容(它轮询数据)。如果在两次读取之间，共享内存的内容发生更改，则读取器将使用新数据。如果在两次读取之间，共享内存的内容没有改变(如果读取器比写入器快得多)，那么读取器只使用共享内存中的任何数据。

现在，我的同事告诉我使用互斥来同步对共享内存的访问，但我不同意。原因是，如果我使用互斥锁来控制访问，写入器写入共享内存的频率将会有所降低(当读线程锁定互斥锁并写入时)。在未来，我们将有更多的读线程，我担心写线程写入共享内存的频率将进一步降低，因为将有更多的线程竞争互斥锁。

我知道竞态条件等，但我感觉竞态条件以及上面给出的大量例子以及其他网站考虑的场景与我的不同:例如，当两个线程正在读取和处理银行余额，其中一个线程读取速度较慢或较快，余额以$2000而不是$1000的erroneous...resulting结束。然而，在我的例子中，“银行余额”-要共享的数据是由传感器生成的。值的任何变化都是由物理原因造成的，要共享的数据值永远不会跳跃这么大的量。

更多细节:该传感器是一个距离测量传感器。它可以在一秒内测量10次距离。假设t=1.0s处的距离为10 to，并将其写入内存。读取器读取显示为10 The的共享内存。现在，如果实际距离在阅读器读取或处理数据时碰巧发生变化，它将是10.1厘米，或者因为距离永远不会有很大的跳跃。在下一次轮询中，读者将读取10.1厘米的距离(假设物体是静止的)。通过这种方式，我的写入器线程可以在不等待互斥锁被解锁的情况下尽可能快地写入。

我的推理有缺陷吗？我能想到的唯一问题是，如果我的写线程和读线程试图完全同时访问内存。但是，调度器应该在指令之间切换，对吧？也就是说，它只是伪并行处理，对吗？这意味着它们不能同时访问内存，对吗？