Re: [patch] CFS scheduler, -v6

From: Con Kolivas
Date: Thu Apr 26 2007 - 18:52:32 EST


On Friday 27 April 2007 00:41, Gene Heskett wrote:
> On Thursday 26 April 2007, Redeeman wrote:
> >On Wed, 2007-04-25 at 23:47 +0200, Ingo Molnar wrote:
> ><snip>
> >
> >> As usual, any sort of feedback, bugreport, fix and suggestion is more
> >> than welcome,
> >
> >well, from my experiences with cfs on workstation/desktop, on amd64
> >2ghz, cfs doesent measure up to SD at all.
> >
> >audio skips easily, with or without reniced X, and games are not as
> >smooth. also it seems to be much lower throughput. vanilla seems much
> >better by comparisin.

That's a pretty bad regression for CFS to not even play audio without
stuttering.

> Well, I don't generally feel as if the few stutters I just heard in a cbs
> news story I just played were anything but dsl glitches here. xmms, playing
> high quality (Q7) oggs from my own drive are dead smoothly done. nbc did
> want to let me play anything because I have adblock enabled, and neither
> did abc but their anims played nicely, fox news smoothly played everything
> I clicked on.
>
> The only problem I've had so far is with a proprietary daemon from belkin,
> which took about 10 kills and restarts after I'd booted to 2.6.21-CFS-v6
> before it quit wanting a steady 40% of the cpu when it was running. Now it
> only does that when the bulldog gui is running. That's not normal either,
> but getting fixes out of belkin is like breeding elephants, lots of yelling
> and screaming and it takes 22 months to get results. My next ups will NOT
> be a belkin.
>
> X is not reniced here, but I did run kmail up to -5.
>
> Compared to mainline? I still think this is a 100% keeper for desktop
> users like me.

Hi Gene

Have you given up on SD testing then since it's stable and CFS is still shiny
and new (and written by Ingo) therefore it must be better?

--
-ck
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/