Daniel Phillips <phillips@arcor.de> wrote:
>
> Audio players fall into a special category of application, the kind where it's
> not unreasonable to change the code around to take advantage of new kernel
> features to make them work better.
One shouldn't even need to modify the player application to start using a
new scheduler policy - policy is inherited, so a wrapper will suffice:
sudo /bin/run-something-as-softrr mplayer
> Remember this word: audiophile.
That is one problem space, and I guess if we fix that, we fix the X11
problems too.
Let us not lose sight of the other problem: particular sleep/run patterns
as demonstrated in irman are causing extremem starvation. Arguably we
should be addressing this as the higher priority problem.
It is interesting that Felipe says that stock 2.5.69 was the best CPU
scheduler of the 2.5 series. Do others agree with that?
And what about the O(1) backports? RH and UL and -aa kernels? Are people
complaining about those kernels? If not, why? What is different?
-
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 : Thu Jul 31 2003 - 22:00:29 EST