在研究.net提供的同步原语时,我遇到了SpinLock和SpinWait。从它的外观上看,在我看来,SpinWait似乎永远是go..why的方式。当线程实际上必须等待来自线程外部的信号时,人们会继续忙于等待而不放弃CPU吗?在这些空闲等待中花费的周期可能会被线程使用,该线程将发出信号并解除阻塞处于忙等待状态的线程。
SpinLock为什么会存在?它与使用while循环的简单忙等待有什么不同?在什么情况下,人们会想要在SpinWait上使用SpinLock?
发布于 2016-01-07 04:42:35
通常,自旋锁的实现应该已经了解如何避免剥夺其他核心(或共享此核心的其他线程)的执行资源。所以你不应该担心与那些会解锁你的线程发生冲突。当然,自旋锁的次优实现并不是很有用的东西。(尽管这并不能阻止人们编写它们!)
如果您知道等待的时间非常短,因为只有在完成琐碎的操作时才会持有锁,那么自旋锁的开销比切换到等待的自适应自旋锁要少一点。一个很好的例子是,在几乎所有线程都访问集合的应用程序中,保护竞争激烈的快速集合(如散列)的锁,并且仅当在集合中插入、删除或找到对象时才持有该锁。
https://stackoverflow.com/questions/34647224
复制