Messages in this thread | | | Date | Tue, 25 Feb 2003 13:02:47 +0100 | From | Pavel Machek <> | Subject | Re: iosched: impact of streaming read on read-many-files |
| |
Hi!
> > mplayer or xmms will never skip frames, not for parallel cp reading > > floods of data at max speed like a database with zillon of threads. For > > multimedia not to skip frames 1M/sec is more than enough bandwidth, > > doesn't matter if the huge database in background runs much slower as > > far as you never skip a frame. > > These applications are broken. The kernel shouldn't be bending over > backwards trying to fix them up. Because this will never ever work as well > as fixing the applications. > > The correct way to design such an application is to use an RT thread to > perform the display/audio device I/O and a non-RT thread to perform the disk
I do not think this can be done easily. For mplayer case you'd need to mlock X server...
And emacs/vi/all interactive tasks are in similar situation (latency matters), are you going to make them all realtime?
-- Pavel Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...
- 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/
| |