Re: 2.6.0-test4-mm5

[Martin Schlemmer]

On Thu, 2003-09-04 at 20:23, Diego Calleja García wrote:
> El Thu, 04 Sep 2003 11:32:49 +1000 Nick Piggin <piggin@xxxxxxxxxxxxxxx> escribió:
> 
> > Hmm... what's heavy gcc load?
> 
> make -j25 with 256 MB RAM.
> 
> My X server is reniced at -1; but reniced X to -10 and it didn't helped;
> -j15 was better (less swapping) but still I saw various mp3 & mouse skips.
> -

Without trying to be insulting, don't you think that you might
be expecting too much ?  I have a P4-2.4C (HT) on a i785 board
with 1GB DDR400 memory running dual channel, and if I run two
or three compile jobs at -j12 (more for testing Nick/Con's stuff,
usually use -j[46] and never really more than 2 of 3 of them), I
do not expect everything to be blazing fast.  Yes, while it is
not swapping (rare if ever do swap), I do expect xmms not to
skip, I do not expect the mouse to jerk, and yes I do expect
changing desktops to be fairly smooth and responsive.  I do not
however expect apps to still start with the same speed, or doing
the "window wiggle thing" to still be 100% smooth.

Nick's stuff with X reniced to -10 do fix the "window wiggle"
issue as far as I am concerned, as it is relative smooth (not
croaking like in vanilla), although not 100% as great as Con's,
but then Nick's finish the two make jobs at -j12 faster than
Con's stuff, and fairly close to vanilla (yes not 100% scientific),
and that is what I expect, even though it is a fairly ok machine.

Point I want to make, is that yes, for desktop you want you xmms
to not skip, you window switching to be ok while compiling a new
kernel at make -j[246], but come on, this is like expecting a
mini to out drag a F1 car because you fitted it with a turbo.
Especially when you start to swap heavily, you cannot really
expect the system to be responsive, especially when it is something
that needs to access memory that is swapped, or need to come out
of free swap, or that need to access the disk.

Con/Nick do need feedback, but really, expecting the scheduler to
be nice while your disk/memory is thrashing and whatever also need
a slice of that pie.  Can we try to keep it real ?


Thanks,

-- 
Martin Schlemmer


-
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/