Messages in this thread | | | From | Dirk Schoebel <> | Subject | Re: [ck] Re: RSDL v0.31 | Date | Sat, 17 Mar 2007 00:05:58 +0100 |
| |
Freitag, 16. März 2007 wrote Mike Galbraith: > On Sat, 2007-03-17 at 08:13 +1100, Con Kolivas wrote: > > On Saturday 17 March 2007 02:34, Mike Galbraith wrote: > > > On Sat, 2007-03-17 at 00:40 +1100, Con Kolivas wrote: > > > > Here are full patches for rsdl 0.31 for various base kernels. A full > > > > announce with a fresh -mm series will follow... > > > > > > > > http://ck.kolivas.org/patches/staircase-deadline/2.6.20.3-rsdl-0.31.p > > > >atch > > > > http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-sched-rsd > > > >l-0. 31.patch > > > > http://ck.kolivas.org/patches/staircase-deadline/2.6.21-rc3-mm2-rsdl- > > > >0.31 .patch > > > > > > It still has trouble with the x/gforce vs two niced encoders scenario. > > > The previously reported choppiness is still present. > > > > > > I suspect that x/gforce landing in the expired array is the trouble, > > > and that this will never be smooth without some kind of exemption. I > > > added some targeted unfairness to .30, and it didn't help much at all. > > > > > > Priorities going all the way to 1 were a surprise. > > > > It wasn't going to change that case without renicing X. > > Con. You are trying to wedge a fair scheduler into an environment where > totally fair simply can not possibly function. > > If this is your final answer to the problem space, I am done testing, > and as far as _I_ am concerned, your scheduler is an utter failure. >
I can not let this comment stay like that. I have an AMD X2 4400+ Dual Core running Gentoo and now kernel 2.6.21-rc3 with RSDL 0.30 (HZ=300). Up till now whenever I wanted to watch a movie i had to stop compiling with more than one task for the movie to run without skips. When playing games i have to renice the game (-15-) or else it would get 'choppy'. With the new RSDL i compile packages with -j3 (reniced to 15), my wife lets up to 8 computations (scientific computations) running at the same time and the game and a movie still run without any visible flaws. The only thing i saw till now was that the mouse cursor was a little less responsive and scrolling in firefox took a little longer. But amarok for music, the movie in mplayer, the 3d game, everything went smooth though a load of > 11. This all without even renicing anything but the compiles. With mainline kernel already watching a movie with this load was impossible. I used the staircase scheduler before RSDL but even with staircase such overload was not possible while watching a movie. Mike, maybe use higher nice levels for your encoders or just use one. Or maybe scheck your memory, i guess if the memory bandwidth is too low there's no scheduler which can foresee such thing and react accordingly. Since you have a HT system it's just one physical ALU, so everything has to be squeezed onto this one ALU, up to a certain degree it works, but not forever. And the lame encoders i suppose won't wait that very much and long for their data to get delivered from memory so they'll utilize the ALU quite a lot. Con, continue your scheduler development as it helps many cases which were not possible otherwise. I'm amazed of the ability of the scheduler to handle a 5 times overloaded system without too much hazzle. Great work Con.
Dirk.
PS: Con, don't stress your neck too much, your health is the only thing you have to keep for live. [unhandled content-type:application/pgp-signature] | |