Messages in this thread | | | Subject | Re: [PATCH]O14int | From | Felipe Alfaro Solana <> | Date | Fri, 08 Aug 2003 21:31:57 +0200 |
| |
On Fri, 2003-08-08 at 17:49, Con Kolivas wrote: > More duck tape interactivity tweaks > > Changes > > Put some bounds on the interactive_credit and specified a size beyond which a > task is considered highly interactive or not. > > Moved the uninterruptible sleep limiting to within recalc_task_prio removing > one call of the sched_clock() and being more careful about the limits. > > Wli pointed out an error in the nanosecond to jiffy conversion which may have > been causing too easy to migrate tasks on smp (? performance change). > > Put greater limitation on the requeuing code; now it only requeues interactive > tasks thereby letting cpu hogs run their full timeslice unabated which should > improve cpu intensive task performance. > > Made highly interactive tasks earn all their waiting time on the runqueue > during requeuing as sleep_avg.
I have been testing this jewel on top of 2.6.0-test2-mm5 for a couple of hours. It behaves much like O13*int, well maybe a little bit better: Renicing X to -20 is a total disaster (sluggish window movement, Juk skipping like mad, etc), but with X at +0 the system feels pretty good.
Evolution still feels like a mamooth when moving windows over it. XMMS doesn't skip, neither Juk does when X is at +0. This is good :-) All in all, this one feels good!
PS: May I say O10int is still a little bit smoother than this one? ;-)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |