[lkml]   [2005]   [Jul]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [ANNOUNCE][RFC] PlugSched-5.2.1 for 2.6.11 and 2.6.12
On Tue, 5 Jul 2005 21:25, Peter Williams wrote:
> Con Kolivas wrote:
> > On Tue, 5 Jul 2005 17:46, Peter Williams wrote:
> >>Peter Williams wrote:
> >>>Con Kolivas wrote:
> >>>>On Mon, 20 Jun 2005 15:33, Peter Williams wrote:
> >>>>>PlugSched-5.2.1 is available for 2.6.11 and 2.6.12 kernels. This
> >>>>>version applies Con Kolivas's latest modifications to his "nice" aware
> >>>>>SMP load balancing patches.
> >>>>
> >>>>Thanks Peter.
> >>>>Any word from your own testing/testers on how well smp nice balancing
> >>>>is working for them now?
> >>>
> >>>No, they got side tracked onto something else but should start working
> >>>on it again soon. I'll give them a prod :-)
> >>
> >>Con,
> >> We've done some more testing with this with results that are still
> >>disappointing.
> >
> > Is this with the migration thread accounted patch as well?

The results from smp nice I've received so far show that a 30% slowdown
(instead of 5% on uniprocessor) occurs to high priority tasks in the presence
of low priority tasks worst case scenario when the tasks sleep frequently.
However excellent smp nice support with negligible slowdown occurs (ie nice
is well respected) when the tasks are fully cpu bound. This suggests that
what is happening on task wakeup is the limiting factor with this smp nice
implementation. This makes sense given that most of the balancing occurs
during busy rebalance when the queues are busy. I tried ignoring the length
of queue (ie not having the single task running check for idle rebalance) and
while this improved the nice effect substantially, it also cost us heavily in
throughput making it unwarranted.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-07-05 14:31    [W:0.091 / U:10.000 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site