> I think we should:
>
> 1. Improve readahead of sequencially readed files.
Get splay from http://adam.kaist.ac.kr/~jwj95/splay-0.8.2.tar.gz. Then
you'll see readahead will not help.
> 2. Create a sound demon which does user space buffering
> the way you describe. A sound demon can also solve
> the problem of several simultanous accesses to the
> sound devices. This sound demon should also have a
> good and generally accepted API (To my knowledge
> the gnome people work on such a thing. I do not know
> if they are also tinking of the dropout problem now).
Daemon would have to be pagelocked and realtime. Pagelocked realtime
daemon sounds much like kernel code...
> 3. Investigate possibilitys to enlarge the sound buffers of the
> drivers.
...which is good reason to put it into kernel. DONT enlarge sound
buffers of drivers - they need to be physically contignuous.
Instead add one layer with linklist of 4K buffers (see my prev mail).
Pavel
-- I'm really pavel@atrey.karlin.mff.cuni.cz. Pavel Look at http://atrey.karlin.mff.cuni.cz/~pavel/ ;-).- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/