On Thu, 2003-07-03 at 22:29, Con Kolivas wrote:
> Ah yes I believe I know this issue. The problem is the parent spinning madly
> waiting for the child and it is the parent that starves the child. While this
> is not a fix, if you can reproduce the problem can you try changing
> CHILD_PENALTY in kernel/sched.c from 50 to 100 and see if that makes the
> problem go away? I mentioned this hidden in a thread a while ago, and am
> trying to get a reasonable fix.
Well, perhaps I spoke too soon about this particular issues. I have
just compiled 2.5.74-mm1 and it seems to be much better behaved that my
previous kernel (2.5.72-mm2). I can no longer reproduce the issue with
this new kernel but the problem is easily reproducible with my older
kernel. Does 2.5.74-mm1 have a recent version of your patches (I know
it has some variation of your patches but you've been cracking them out
pretty quick lately). I've run testing with my horror cases of
Crossover Plugin and multiple Crossover Office applications running
simultaneously and all programs seem responsive, these cases caused all
kinds of audio skipping and pauses on the system before.
I'm still running some other tests that seem to be showing some
strangeness but I need to do some more test on both kernels before I
really reports them.
Thanks for your hard work on these issues, for my workload things seem
to be getting quite a bit better.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.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 : Mon Jul 07 2003 - 22:00:22 EST