Messages in this thread | | | Date | Fri, 23 Jul 1999 22:58:06 +0200 (CEST) | From | Ingo Molnar <> | Subject | Re: real-time threaded IO with low latency (audio) |
| |
On Fri, 23 Jul 1999, Sam Roberts wrote:
> Sorry. If it gets your job done, great! I just think its an unfortunate > limitation of Linux. That Linux is optimized for throughput is great > for servers, and thats important. For personal workstations I don't think > its great. [...]
hm, you havent been following Linux development for too long, have you? Latency was always the primary optimization target, bandwith the second.
> As for the parts of Linux, like the scheduling alogrithm, that appear to > be optimized for multi-user time sharing systems, thats flat-out > archaic, in my view. [...]
a severe misconception again. The Linux scheduler is optimized for latency, nothing else.
> [...] Maybe I'm wrong about this, but when you're the > only person at the console, "fairness" in sheduling is a little less > necessary: you started the damn thing, if you think its taking up too > much time from your sound-card, lower its priority!
nothing prevents you from lowering priority of non-interactive processes ...
the whole 'why sound skips' problem i think lacks one major necessery component: information. Nobody really ever analyzed what the problem really is/was. I do have a awe64 soundcard (which i almost never use), if you (or anyone else) could point to a method to make sound-playback produce bad quality, i'd be happy to analyze the problem. Is running mpg123 enough to see the problem? What should i do to make sound skip?
-- mingo
- 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/
| |