On Tue, Jul 29, 2003 at 09:56:09AM -0400, Timothy Miller wrote:
> I have a couple of questions about the interactive scheduling.
>
>
> First, since we're dealing with real-time and audio issues, is there any
> way we can do this: When the interrupt arrives from the sound card so
> that the driver needs to set up DMA for the next block or whatever it
> does, move any processes which talk to an audio device to the head of
> the process queue? Can this idea be applied to other things, such as
> moving X to the head of the queue when the DRI driver gets a "there is
> free space in the command queue" interrupt from the graphics engine?
>
This is sort of what interactivity bonus is all about, although
on a more general level. I.e. app wait for io, io
happens, app wakes up with priority bonus which it may use for processing
the io or start another one.
This goes for sound, graphichs, and ordinary disk file io.
There is no explicit connection between sound drivers and
processes - the processes get the bonus because they waited for
the io (in this case sound) to happen. Explicit connections
of this kind is hard to set up, because there may be several
processes using the sound device, or even several sound devices.
Even more so for graphichs - lots of processes use the same display.
If you care more about sound than anything else, run your
sound apps at higher priority than other processes.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jul 31 2003 - 22:00:41 EST