Linux声音系统的一个烦人的方面在于处理多音频流。传统上，Linux声音系统是单线程的：如果某个程序在发声，别的程序就不能发声了。在某些情况下，这样会产生问题。

例如，假设你设置了让email软件在有新邮件到达时发声。如果你正在听一个OGG文件而有邮件来了，邮件程序将不能发出新邮件到达的提示声。随着越来越多的简单程序具备了发声功能，这种限制成为一个越来越严重的问题。

解决这个问题有两个办法：为音频驱动添加多线程支持和为音频库添加多音频支持。可以认为，为音频驱动添加多线程支持是最好的办法，因为直接使用音频驱动的程序无须修改。如果你的所有程序都使用同样的库，用库文件来处理这个问题则更快速，但是只要有一个程序是直接使用音频驱动的，这个好处就非常受限制了。

今天，许多ALSA驱动支持多音频流。然而，这种支持在一定程度上取决于音频硬件。同时，ALSA的OSS模拟对多音频流没有支持──使用OSS的程序享受不到这种好处，除非它想和使用了ALSA的其它程序竞争。OSS也采用了一些多线程的支持（常被称为多线程OSS）。EsounD、aRts和一些其它库也支持多线程发声。

从实用上说，你应该尽可能多地采用多线程的选择。假如一个程序能让你选择使用多线程的库还是直接使用不支持多线程的驱动，那么在所有可能情况下应选择用库。假如你可以在ALSA和OSS之间选择，而你的ALSA驱动支持多线程，则使用ALSA驱动。你可能无法设置每个程序都使用多线程的方案，但是你很可能能把大多数频繁使用声音的程序设置成多线程的。