ALSA 回调（SIGIO 处理程序）有时会在 boost::posix_time::microsec_clock::local_time() 的某个地方挂起

Question

我在带有回调的异步模式下使用 ALSA (snd_async_add_pcm_handler())。每个 ALSA 的回调都是从 SIGIO 信号处理程序调用的。每个回调都会调用我的函数 getCurrentTimeMs()：

// Return current milliseconds (don't care - local time or UTC).
long long getCurrentTimeMs(void)
{
    std::cout << "+"; std::cout.flush();
    long long ret = 0;

#define Z
#ifdef Z
    struct timespec ts;
    clock_gettime( CLOCK_MONOTONIC, &ts);
    ret = ts.tv_sec * 1000;
    ret += ts.tv_nsec / 1000000;
#else
    boost::posix_time::ptime now = boost::posix_time::microsec_clock::local_time();
    std::cout << "."; std::cout.flush();
    boost::posix_time::ptime    epoch_start(boost::gregorian::date(1970,1,1));
    std::cout << "."; std::cout.flush();
    boost::posix_time::time_duration dur = now - epoch_start;
    std::cout << "."; std::cout.flush();
    ret = dur.total_milliseconds();
#endif
    std::cout << "-"; std::cout.flush();
    return ret;
}

可以在前一个处理程序完成之前调用信号处理程序；

我需要以毫秒为单位的当前时间来测量精确的采样率。

如果我评论 #define Z，则使用提升。在“增强模式”下，应用程序在音频播放开始后经过不可预测的时间后挂起。 strace 显示应用程序挂起：

写（1，“+”...，1）= 1 gettimeofday({1332627252, 660534}, NULL) = 0 futex(0xb68dba4c, FUTEX_WAIT_PRIVATE, 2, NULL

但 0xb68dba4c 在所有跟踪日志中只出现了 2...3 次。 futex(0xb68dba4c ... 不是每次 getCurrentTimeMs() 调用都会发生的事情。但是当它发生时，一切都会挂起，并且仅在 gettimeofday 之后发生；我在控制台上看到“+.”，然后 futex 发生。但在此之前，应用程序可以播放大量声音，在每个回调中每秒调用 getCurrentTimeMs() 50 次. 这么神秘...

使用 #define Z 我的代码。在这种情况下，应用程序运行良好 - 播放千兆字节的 WAV 文件没有挂起。

应用程序有 2 个线程通过 boost::threadpool 运行，并且都使用 getCurrentTimeMs();假设我有一些死锁错误；但我不知道 #define Z 会如何影响它。

编辑： 我的问题是这样回答的，我接受这个答案：
1) http://permalink.gmane.org/gmane.linux.alsa.devel/96282
2)http://answerpot.com/showthread.php?3448138-ALSA+async+callback+re-enter+and+DEADLOCK.

Answer 1

如果这对我来说是这样的话，有两种异步调度需要考虑：异步线程和异步中断（“信号”）。线程相互独立运行，除非它们显式同步；信号是异步调度的，但会抢占并阻止它们传递到的任何线程。它看起来很像您调用的 boost 函数或 iostreams 通过锁定来实现线程安全，这使得它们在中断处理程序中调用是_un_safe，因为处理程序抢占的线程很可能已经持有锁。

您可能会做的一件事是安排将所有信号传递给一个不执行其他操作的线程——也许在启动时立即启动一个线程并让您的主线代码在那里运行，让原始主线程专门用于信号处理.