线程睡眠 VS 等待条件

Question

编辑：

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

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

原帖：

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

第一个使用“睡眠”，第二个使用“等待条件”。 它们是用 Qt 编写的，但可以轻松转换为 C++11、Boost 或任何线程库。

两者都运作良好，但有任何性能差异吗？我记得我在某处读过：

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

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

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

“睡眠”版本：

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

// Do some work

“WaitCondition”版本：

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.htmlhttp://pubs.opengroup.org/onlinepubs/9699919799/functions/pthread_cond_timedwait.html

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

原文：

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