轮询`pthread_mutex_trylock`是否有意义？

Question

考虑一个运行两个线程的多核系统：线程A和线程B，它们共享一些数据。 线程A需要尽快完成其工作，因此我们希望它尽可能多地处于唤醒状态。

放弃使用自旋锁（无论是pthread还是在原子基元之上实现），因为我们希望线程B在等待获得锁时休眠。

以下列方式将繁忙等待（自旋锁定）和“睡眠等待”混合使用是否可以接受？

pthread_mutex_t mutex; // Already initialized somewhere
SharedData data; // Structure for interthread communication

// Thread A (high throughput needed => spin)
while (appRunning) {
    while (pthread_mutex_trylock(&mutex) != 0) { } // Controversial point
    // Read/write to data
    pthread_mutex_unlock(&mutex);
}

// Thread B (should sleep during wait => standard locking)
while (appRunning) {
    pthread_mutex_lock(&mutex);
    // Read/write to data
    pthread_mutex_unlock(&mutex);
}

PS：我尝试过通用，但如果要紧，实际情况是线程A根据线程B通过共享数据的要求填充低延迟音频缓冲区，并在其中写入一些结果。 线程B对用户输入做出反应，只要线程A不欠载，它花一点时间就可以接受。

Answer 1

对于低延迟情况，使用锁（互斥锁或自旋锁）不是正确的解决方案。
最好是只共享少量数据，然后可以在单个原子指令中交换数据。 另一个解决方案是拥有2个数据实例并交换指向它的指针。 如果上述方法对您不起作用，并且您必须退回到互斥锁或自旋锁，则应该使用自旋锁。
使用自旋锁时，由于没有上下文切换，因此唤醒时间会缩短。
当线程B持有锁时，线程A将必须等待（旋转）。 并且您可以限制线程B不要太频繁地获取锁。
线程B可以尝试多次获取该锁，一次最多可以获取一次，如果失败，则可以休眠一会儿。