线程睡眠VS等待条件

Question

这里的要点是了解实现等待循环的更有效的解决方案，该循环在每次迭代时轮询条件。通过高效，我的意思是“有效的CPU调度”。

我知道代码中使用的等待条件不是“wakeOne”/“wakeAll”指令中使用的“真正的等待条件”，但我想知道对CPU来说，使用假等待条件是否比睡眠更有效。

这里有2个代码片段，它们做同样的事情：等待某些事情发生。这段代码用于工作线程池。因此，当一个线程等待时，其他线程（或其他一些线程）应该处理它们的指令。

第一个使用“睡眠”，第二个使用“等待条件”。它们是用Qt编写的，但可以很容易地翻译成C 11、Boost或任何线程库。

两者都很好用，但是性能有什么不同吗？我记得我在某个地方读到过：

“睡眠”导致活动等待，因此 CPU 会花时间等待。

这个“等待条件”使CPU等待一个事件，所以CPU在等待期间切换到另一个线程执行

我记得清楚吗？是真的吗？使用等待条件更有效地并行执行多个线程？

“睡眠”版本：

while (someCondition == false)
{
    sleep(100);
}

// Do some work

“WaitContions”版本：

QMutex mutex(QMutex::NonRecursive);
QWaitCondition waitCondition;

while (someCondition == false)
{
    QMutexLocker locker(&mutex);
    waitCondition.wait(&mutex, 100);
}

// Do some work

Answer 1

编辑：

两个版本是相同的，都是“阻塞”或“挂起”(即从调度程序的“可运行”列表中删除)调用线程。

http://pubs.opengroup.org/onlinepubs/9699919799/functions/sleep.html http://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_cond_timedwait.html

在Hibernate和等待CV期间，线程不使用CPU的任何时钟周期。

原件：

差异是显著的。第一个示例（带睡眠）将在 0-100 毫秒内对事件做出反应。另一个 - 带有条件变量 - 将“立即”做出反应。这是因为睡眠将做到这一点 - 睡眠时间与您请求的确切时间量相同（注意 - 让我们假设您的系统不使用POSIX风格的信号）。另一方面，条件变量将等待您请求的时间，除非它收到条件可能已更改的通知。