`std :: condition_variable :: wait_for`经常调用谓词

kaw*_*ken 6 c++ mutex locking condition-variable c++-chrono

请考虑以下codesnippet:

#include <iostream>
#include <condition_variable>
#include <chrono>
#include <mutex>

int main () {
  std::mutex y;
  std::condition_variable x;
  std::unique_lock<std::mutex>lock{y};
  int i = 0;
  auto increment = [&] {++i; return false;};
  using namespace std::chrono_literals;

  //lock 5s if increment returns false
  //let's see how often was increment called?
  x.wait_for(lock, 5s, increment);
  std::cout << i << std::endl;

  //compare this with a simple loop:
  //how often can my system call increment in 5s?
  auto const end = std::chrono::system_clock::now() + 5s;
  i = 0;
  while (std::chrono::system_clock::now() < end) {
    increment();
  }
  std::cout << i;
}
Run Code Online (Sandbox Code Playgroud)

据我所知wait_for,i应该是O(1)之后wait_for(让我们假设虚假解锁很少见).

但是,我得到
i ~= 3e8kernel 4.17.14, Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz,
i ~= 8e6kernel 3.10.0, Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz.

这听起来很有趣,所以我通过比较一个运行5秒的简单循环来检查.大致相同的结果i,只有5-10%的差异.

问:
什么是wait_for做什么?它是否按预期工作,我只是理解cppreference错误,或者我搞砸了?

第二,(可选)问题:这种巨大的差异i来自哪里?

附加信息:( ,gcc7.3,gcc8.2),clang6.0标志:-O3 --std=c++17所有产生类似的结果.

Ala*_*les 6

libstdc ++有一个不幸的编译和看似没有pthread工作的能力,但它不能正常运行.

请参阅此libstdc ++错误:https://gcc.gnu.org/bugzilla/show_bug.cgi?id = 58299

您需要添加"-pthread"到编译命令.