c – boost :: condition会改善性能吗？

>在POSIX和Win32中,boost :: condition是使用基于事件的API实现的.从技术上讲,线程在发生事件之前不会被唤醒.
>如果线程在信号发送后进入等待状态 – 信号将丢失.您应该阅读有关实现“生产者/消费者”的基于事件的模式和策略.您的文件写/读示例是经典的生产者/消费者实例.为了避免丢失信号,请按照维基百科中的C 11示例实现它： http://en.wikipedia.org/wiki/Producer%E2%80%93consumer_problem#Example_in_C.2B.2B

我们的想法是,如果不等待条件,thread1将始终锁定共享的互斥锁：

//thread1 - consumer
void thread1() {
    boost::scoped_lock lock(sharedMutex);
    // shared mutex locked,no events can be sent now
    while(1) {
        // check for files written by thread2
        sharedCond.wait( lock ); // this action unlocks the shared mutex,events can be sent now
    }
}

//thread2 - producer
void thread2() {
    boost::scoped_lock lock(sharedMutex); // will wait here until thread 1 starts waiting
    // write files
    sharedCond.notify_one();
}

3.性能问题：此更改与性能无关,而是将轮询更改为事件模型.如果你的thread1每1秒唤醒一次,切换到事件模型将不会改善CPU或I / O负载(每1秒消除文件验证),直到你在频率为几KHz的嵌入式系统中运行并且I / O操作阻止整个过程.它将改善thread1的反应时间,在轮询模式下,文件更改的最大响应时间为1秒,切换到事件后,它将立即执行.另一方面,thread2性能可能在事件模型中降级 – 在它没有等待任何事情之前,如果它使用条件 – 它将必须锁定共享互斥锁,这可能在thread1正在读取文件时被锁定.