On Thu, 2005-07-14 at 09:57 +1000, Con Kolivas wrote:
> On Thu, 14 Jul 2005 03:34, Lee Revell wrote:
> > On Wed, 2005-07-13 at 13:27 +0200, szonyi calin wrote:
> > > I have the following problem with audio:
> > > Xmms is running with threads for audio and spectrum
> > > analyzer(OpenGL).
> > > The audio eats 5% cpu, the spectrum analyzer about 80 %. The
> > > problem is that sometimes the spectrum analyzer is eating all of
> > > the cpu while the audio is skipping. Xmms is version 1.2.10
> > > kernel is vanilla, latest "stable" version 2.6.12, suid root.
> > >
> > > Does your benchmark simultes this kind of behaviour ?
> >
> > That's just a broken app, the kernel can't do anything about it. XMMS
> > should not be running the spectrum analyzer thread at such a high
> > priority as to interfere with the audio thread.
>
> I agree; optimising for this is just silly.
I took a closer look and it's indeed quite broken. If XMMS is run in
realtime mode, and multithreading is enabled, it runs everything
SCHED_RR - GUI, audio, spectrum analyzer. (And since it relies on new
threads inheriting RT scheduling when pthread_create()'d, the threads
will fail to get SCHED_RR on buggy NPTL versions like the one in Debian
Sarge).
This untested patch should enable RT scheduling for only the (ALSA)
audio thread. Make sure NOT to run in realtime mode.
Lee
--- ../xmms-1.2.10+cvs20050209.orig/Output/alsa/audio.c 2005-01-31
17:45:08.000000000 -0500
+++ Output/alsa/audio.c 2005-07-16 16:06:06.000000000 -0400
@@ -962,6 +962,7 @@
/* open callback */
int alsa_open(AFormat fmt, int rate, int nch)
{
+ struct sched_param sparam;
debug("Opening device");
inputf = snd_format_from_xmms(fmt, rate, nch);
effectf = snd_format_from_xmms(fmt, rate, nch);
@@ -1010,6 +1011,9 @@
flush_request = -1;
pthread_create(&audio_thread, NULL, alsa_loop, NULL);
+ sparam.sched_priority = sched_get_priority_max(SCHED_FIFO);
+ if (pthread_setschedparam (audio_thread, SCHED_FIFO, &sparam) )
+ fprintf(stderr, "Error %s getting SCHED_FIFO for audio
thread\n", strerror (errno));
}
return 1;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
