On Fri, 2001-10-12 at 09:22, Pavel Machek wrote:
> Hi!
>
> > Now dbench (or any task) is in kernel space for too long. The CPU time
> > xmms needs will of course still be given, but _too late_. Its just not
> > a cpu resource problem, its a timing problem. xmms needs x units of CPU
> > every y units of time. Just getting the x whenever is not enough.
>
> Yep, with
>
> x = 60msec
> y = 600msec
How are you arriving at that y? On what system?
I agree with the x value, though. However, people have been shouting a
lot of numbers around about the size of audio buffers, the size of DMA
buffers, etc. and they aren't realistic. If you calculate out the times
that have been quoted, keeping in mind the stereo and all, the buffers
are huge. We need to find out what the sizes _really_ are, and then
keep in mind that we have multiple channels (plus any other sound output
from X and what not).
Honestly, I don't know what the buffer sizes are. I do know audio skips
for me, and preempt-kernel patch improves that.
Robert Love
-
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 : Mon Oct 15 2001 - 21:00:52 EST