【问题标题】:Trying to understand Interlocked* functions试图了解 Interlocked* 功能
【发布时间】:2018-12-17 16:57:52
【问题描述】:

这仅与 Microsoft/Visual StudioIntel/AMD 特定的实现有关。

说,如果声明一个全局变量:

volatile __declspec(align(16)) ULONG vFlags = 0;

而且,比如说,我有多个竞争线程:

//Thread 1
ULONG prevFlags;

prevFlags = InterlockedExchange(&vFlags, 0);
if(prevFlags != 0)
{
    //Do work
}

然后从其他线程,我这样做:

//Thread N
vFlags = SomeNonZeroValue;

也就是说,在多 CPU 系统上,当 thread 1 正在执行锁定的 InterlockedExchange 指令时,其他一些线程开始执行 vFlags = 2vFlags = 4 指令。

在这种情况下会发生什么? vFlags = 2vFlags = 4 会停止直到 InterlockedExchange 完成,还是会忽略该锁定?

或者我需要改用这个吗?

//Thread N
InterlockedOr(&vFlags, SomeNonZeroValue);

【问题讨论】:

  • 如果您没有内存屏障/同步 - 线程不能保证看到更改。
  • @zerkms 你能提供更多关于memory barriers是什么的信息吗?
  • preshing.com/20120710/… 基本上该博客中有一半的文章是相关的
  • @zerkms:谢谢。不错的文章。据它说,微软的Interlocked functions 实现了这些围栏。
  • Interlocked 确实会,但vFlags = SomeNonZeroValue; 不会。

标签: c windows multithreading visual-studio multicore


【解决方案1】:

不使用锁来更新变量的指令不会与使用锁的指令交互。锁定是一个合作过程,所有参与者都必须遵守它才能使其工作。所以,是的,在一个线程上使用简单赋值更新标志不会被另一个调用 InterlockedExchange 的线程阻塞。

另一方面,为其他线程读取的变量分配不同的值会引发跨内核的可见性问题,因为其他线程可能不会立即或实际上永远不会看到更新。 InterlockedExchange 也通过提供隐式内存栅栏解决了这个问题。

总之,我会在所有更新标志的线程中使用InterlockedExchange

【讨论】:

  • 我假设InterlockedOr 属于同一类别,对吗?
  • @MikeF:是的,事实上 MSDN 说:The interlocked functions provide a simple mechanism for synchronizing access to a variable that is shared by multiple threads. This function is atomic with respect to calls to other interlocked functions.
猜你喜欢
  • 2012-06-13
  • 1970-01-01
  • 1970-01-01
  • 2011-04-21
  • 2015-04-17
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多