2.5.74-mm1 and Con Kolivas' CPU scheduler work
Hi,
With Con Kolivas' cpu patch I got many slow downs. When I try to run CodeWeaver's CrossOver office box gets unresponsive at least for a one minute. While starting KDE ( when splash screen is running ) mouse gets too sluggish.
I tried Con's patch with 2.5.73-mm3 too and had same overall bad affects. 2.5.73-mm3 works very good.
Anyone has an idea whats might be wrong?
Regards,
/ismail
Signature · 1 line
An Eye for an Eye will make the whole world blind - Gandhi
Quoted 6 lines · ismail (cartman) donmez
Hi,
With Con Kolivas' cpu patch I got many slow downs. When I try to run CodeWeaver's CrossOver office box gets unresponsive at least for a one minute. While starting KDE ( when splash screen is running ) mouse gets too sluggish.
While your wm starting if your mouse is sluggish it is probably not a big problem, and it is part of something I'm already working on. The codeweavers problem is impressive though; I don't have codeweavers and have not seen anything like it. To get a full picture it would be helpful if you could run top as root say reniced to -13 just so it doesn't miss anything, and then start codeweavers, watch top and tell me what is spinning away hogging the cpu.
Con
Quoted 2 lines
I tried Con's patch with 2.5.73-mm3 too and had same overall bad affects. 2.5.73-mm3 works very good.
Work with me and I'll try to improve your experience.
Quoted 1 line
Anyone has an idea whats might be wrong?
Con
Quoted 8 lines · Con Kolivas
Quoted 6 lines · ismail (cartman) donmez
Hi,
With Con Kolivas' cpu patch I got many slow downs. When I try to run CodeWeaver's CrossOver office box gets unresponsive at least for a one minute. While starting KDE ( when splash screen is running ) mouse gets too sluggish.
Quoted 7 lines
While your wm starting if your mouse is sluggish it is probably not a big problem, and it is part of something I'm already working on. The codeweavers problem is impressive though; I don't have codeweavers and have not seen anything like it. To get a full picture it would be helpful if you could run top as root say reniced to -13 just so it doesn't miss anything, and then start codeweavers, watch top and tell me what is spinning away hogging the cpu.
My guess is that he's seeing the same issue that I reported a few weeks ago with Crossover plugin. That report generated a fairly long thread and a lot of patches and testing, but little actual progress. Basically wine seems to have multiple threads and a client/server architecture and seems constantly spin on a pipe passing info back and forth to each other. It seems one thread gets all the attention and starves the others although the others are critical for the main process to actually make progress.
I've been wanting to do some testing with your patches so I'll give them a spin tonight and see how this acts.
Later,
Tom
Quoted 26 lines · Tom Sightler
Quoted 8 lines · Con Kolivas
Quoted 6 lines · ismail (cartman) donmez
Hi,
With Con Kolivas' cpu patch I got many slow downs. When I try to run CodeWeaver's CrossOver office box gets unresponsive at least for a one minute. While starting KDE ( when splash screen is running ) mouse gets too sluggish.
Quoted 7 lines
While your wm starting if your mouse is sluggish it is probably not a big problem, and it is part of something I'm already working on. The codeweavers problem is impressive though; I don't have codeweavers and have not seen anything like it. To get a full picture it would be helpful if you could run top as root say reniced to -13 just so it doesn't miss anything, and then start codeweavers, watch top and tell me what is spinning away hogging the cpu.
My guess is that he's seeing the same issue that I reported a few weeks ago with Crossover plugin. That report generated a fairly long thread and a lot of patches and testing, but little actual progress. Basically wine seems to have multiple threads and a client/server architecture and seems constantly spin on a pipe passing info back and forth to each other. It seems one thread gets all the attention and starves the others although the others are critical for the main process to actually make progress.
Quoted 2 lines
I've been wanting to do some testing with your patches so I'll give them a spin tonight and see how this acts.
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.
Con
Quoted 6 lines · Con Kolivas
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_PENALTYinkernel/sched.cfrom 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.
Later,
Tom
Quoted 19 lines · Tom Sightler
Quoted 6 lines · Con Kolivas
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_PENALTYinkernel/sched.cfrom 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.
Quoted 6 lines
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.
Heh well that's nice. The last patch posted on my site ( kernel.kolivas.org/2.5 ) is the same as in -mm1. There is no newer patch yet, but I've got some changes coming to apply on top pretty soon. Hopefully these will address your "strangeness". :)
Con