O1int 0307010922 for 2.5.73 interactivity
PATCH 1/1 O1int 0307010922 for 2.5.73 interactivity
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
Changes:
Reintroduction of the child penalty set at 95, but normalised to work for a 2 second average to work with the new system.
Long sleepers classified as idle again like previous incarnations instead of being reset, but over a 2 second average.
This should impact on a lot of the corner cases.
More thrashing please. I know these had been coming out frequently but I needed to assess every small increment. I hope not to need to do too much from here.
Con
include/linux/sched.h +1 -0
@@ -336,6 +336,7 @@ struct task_struct {prio_array_t *array;unsigned long sleep_avg; +unsigned long avg_start;unsigned long last_run;unsigned long policy;
kernel/sched.c +41 -9
102 lines not on this page · raw message
Quoted 10 lines · Con Kolivas
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
Changes:
Reintroduction of the child penalty set at 95, but normalised to work for a 2 second average to work with the new system.
Long sleepers classified as idle again like previous incarnations instead of being reset, but over a 2 second average.
Quoted 5 lines
This should impact on a lot of the corner cases.
More thrashing please. I know these had been coming out frequently but I needed to assess every small increment. I hope not to need to do too much from here.
The sleep thing is definitely affecting me.
Here is a small bugfix.
include/linux/sched.h +1 -0
@@ -336,6 +336,7 @@ struct task_struct {prio_array_t *array;unsigned long sleep_avg; +unsigned long avg_start;unsigned long last_run;unsigned long policy;
kernel/sched.c +41 -9
102 lines not on this page · raw message
Quoted 3 lines · Con Kolivas
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
[snip]
Quoted 3 lines
More thrashing please. I know these had been coming out frequently but I needed to assess every small increment. I hope not to need to do too much from here.
Well, this doesn't quite work. It initially seemed to prevent audio skips, but now I can't launch a new Eterm (with translucency) with the music not skipping, no change from stock -mm. It seems to work better under heavy load (extracting a chroot tarball for example) than when nothing is happening, which kind of puzzles me. In both cases I launch a new Eterm while music is playing.
Inexplicably, it sometimes prevents skipping entirely.
I'm on a P4 2.0GHz with 256MB of SDRAM.
Regards
Josh
Signature · 2 lines
A man may be so much of everything that he is nothing of anything.
-- Samuel JohnsonQuoted 1 line · Joshua Kwan
Well, this doesn't quite work.
It seemed to help GTK2 applications. Used to be that in Firebird, I would get a skip when a page was rendering - it seems to be gone.
Just a small addendum :)
-Josh
Signature · 2 lines
A man may be so much of everything that he is nothing of anything.
-- Samuel JohnsonQuoted 11 lines · Joshua Kwan
Quoted 3 lines · Con Kolivas
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
[snip]
Quoted 3 lines
More thrashing please. I know these had been coming out frequently but I needed to assess every small increment. I hope not to need to do too much from here.
Quoted 8 lines
Well, this doesn't quite work. It initially seemed to prevent audio skips, but now I can't launch a new Eterm (with translucency) with the music not skipping, no change from stock -mm. It seems to work better under heavy load (extracting a chroot tarball for example) than when nothing is happening, which kind of puzzles me. In both cases I launch a new Eterm while music is playing.
Inexplicably, it sometimes prevents skipping entirely.
Well we're on the way. Sing with me... a tweaking we will go.. Here is a tweaked patch with small changes otherwise which should help.
P.S. Were you running 100Hz?
Con
include/linux/sched.h +1 -0
@@ -336,6 +336,7 @@ struct task_struct {prio_array_t *array;unsigned long sleep_avg; +unsigned long avg_start;unsigned long last_run;unsigned long policy;
kernel/sched.c +40 -8
95 lines not on this page · raw message
Quoted 5 lines · Con Kolivas
Well we're on the way. Sing with me... a tweaking we will go.. Here is a tweaked patch with small changes otherwise which should help.
P.S. Were you running 100Hz?
Con
Yes, and with this patch coupled with reversing andrew's 100hz patch, makes the skips largely disappear.
Or could it be that 1000hz alone fixes everything? Who knows...
-Josh
Signature · 2 lines
A man may be so much of everything that he is nothing of anything.
-- Samuel JohnsonQuoted 11 lines · Joshua Kwan
Quoted 5 lines · Con Kolivas
Well we're on the way. Sing with me... a tweaking we will go.. Here is a tweaked patch with small changes otherwise which should help.
P.S. Were you running 100Hz?
ConYes, and with this patch coupled with reversing andrew's 100hz patch, makes the skips largely disappear.
Or could it be that 1000hz alone fixes everything? Who knows...
Great thanks. I'll try my best to leave it alone for a while now and let others test it (no 1000Hz alone does not fix this problem).
I'll leave the latest available O1int patch here:
http://kernel.kolivas.org/2.5
for downloading and remind people that if you use the -mm tree you will see better performance if you reverse patch the 100Hz patch, but it still should benefit at 100Hz.
Con
Hello,
Quoted 4 lines · Con Kolivas
Quoted 3 lines · Con Kolivas
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
for normale usage I'm happy with it, even under heavy load (two kernel compiles with -j4 on a single processor machine) I can type into my xterms mostly instantly.
However starting new applications/xterm's is a pain, a plain xterm which starts normally within a second takes about 3-5secs. Openoffice isn't usable at all. But on the other side I normally don't compile with -j4...
However the xmms didn't skip once while playing. I applied this patch ontop of 2.5.73-bk7.
Signature · 3 lines
Regards, Wiktor Wodecki
Quoted 8 lines · Wiktor Wodecki
Hello,
Quoted 4 lines · Con Kolivas
Quoted 3 lines · Con Kolivas
Here is an evolution of the O1int design to minimise audio skips/smooth X. I've been forced to work with even less sleep than usual because of this but I'm getting quite happy with it now.
Quoted 9 lines
for normale usage I'm happy with it, even under heavy load (two kernel compiles with -j4 on a single processor machine) I can type into my xterms mostly instantly.
However starting new applications/xterm's is a pain, a plain xterm which starts normally within a second takes about 3-5secs. Openoffice isn't usable at all. But on the other side I normally don't compile with -j4...
However the xmms didn't skip once while playing. I applied this patch ontop of 2.5.73-bk7.
At least we're moving in the right direction; last time you tried it was a disaster on your machine. Tuning can help this sort of thing. Before I tweak it further to tackle this can you tell me exactly which version you used? Sorry it's such a moving target.
Con