Messages in this thread |  | | Subject | Re: 2.4.10-ac10-preempt lmbench output. | From | Robert Love <> | Date | 13 Oct 2001 19:21:25 -0400 |
| |
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/
|  |