2

我在 Linux OS + ARM 处理器 + boost 1.51 上运行以下代码。但是，代码没有按预期工作，并且 timed_wait() 调用立即返回。

#include <boost/thread/condition.hpp>
#include <boost/thread/xtime.hpp>
#include <boost/thread/mutex.hpp>
#include <iostream>

using namespace std;

int main()
{
     boost::mutex mutex_;
     boost::mutex::scoped_lock lock( mutex_ );

     boost::xtime xt;
     boost::condition condition;

     // wait for one second or wait on lock
     boost::xtime_get(&xt, boost::TIME_UTC_);

     xt.sec += 1;

     cout << "Before 1 second wait" << endl;
     condition.timed_wait(lock, xt);
     cout << "After 1 second wait" << endl;

     return 0;
}

在具有相同 ARM 处理器但不同版本的 Linux + glibc + 相同的 boost 1.51 库的其他系统上，代码可以正常工作并等待 1 秒。

我尝试使用 strace 调试问题。我发现在 futex() 不工作的系统中没有调用它的区别。

strace 来自代码正在运行的系统：

write(1, "Before 1 second wait\n", 21Before 1 second wait)  = 21
futex(0xb6fbf0dc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
clock_gettime(CLOCK_REALTIME, {1438150496, 732211544}) = 0
futex(0xbef07a44, FUTEX_WAIT_PRIVATE, 1, {0, 998193456}) = -1 ETIMEDOUT (Connection timed out)
futex(0xbef07a28, FUTEX_WAKE_PRIVATE, 1) = 0
write(1, "After 1 second wait\n", 20After 1 second wait)   = 20

strace 来自代码不起作用的系统：

    write(1, "Before 1 second wait\n", 21Before 1 second wait)  = 21
    futex(0xb6fc90dc, FUTEX_WAKE_PRIVATE, 2147483647) = 0
    clock_gettime(CLOCK_REALTIME, {1438150407, 134963583}) = 0
    futex(0xbe9be988, FUTEX_WAKE_PRIVATE, 1) = 0
    write(1, "After 1 second wait\n", 20After 1 second wait)   = 20

是否需要对内核/glibc 进行更改才能使此代码正常工作？

4

2 回答 2

0

与其在使用超时时弄乱时钟，不如使用实际的超时？

condition.timed_wait(lock,boost::posix_time::milliseconds(1000))

这可以防止各种奇怪的问题。

于 2015-07-29T08:55:10.270 回答
0

通过将超时时间从 1 更改为 100，我能够弄清楚发生了什么。

我将超时作为参数传递给程序并使用

xt.sec += timeout;

当超时时间高于 26 时，程序正在等待 (timeout - 26) 秒。换句话说，程序等待 1 秒：如果超时为 27，2 秒：如果超时为 28，依此类推……

偏移量 26 来自闰秒数。如果系统上的时区信息包含闰秒信息，那么，我们就会看到这个问题。如果我将时区信息 (/etc/localtime) 更改为指向没有闰秒信息的 zoneinfo 文件，那么 boost API 可以正常工作。

于 2015-07-30T07:14:12.057 回答