[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1210229015.13978.170.camel@twins>
Date: Thu, 08 May 2008 08:43:35 +0200
From: Peter Zijlstra <a.p.zijlstra@...llo.nl>
To: "Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>
Cc: Ingo Molnar <mingo@...e.hu>, LKML <linux-kernel@...r.kernel.org>,
Dhaval Giani <dhaval@...ux.vnet.ibm.com>,
Srivatsa Vaddagiri <vatsa@...ibm.com>
Subject: Re: volanoMark regression with kernel 2.6.26-rc1
On Thu, 2008-05-08 at 13:20 +0800, Zhang, Yanmin wrote:
> On Wed, 2008-05-07 at 19:34 +0200, Peter Zijlstra wrote:
> > On Wed, 2008-05-07 at 11:17 +0200, Ingo Molnar wrote:
> > > * Zhang, Yanmin <yanmin_zhang@...ux.intel.com> wrote:
> > >
> > > > Comparing with 2.6.25, volanoMark has big regression with kernel
> > > > 2.6.26-rc1. It's about 50% on my 8-core stoakley, 16-core tigerton,
> > > > and Itanium Montecito.
> > > >
> > > > With bisect, I located below patch.
> > >
> > > thanks Yanmin, i've queued up your patch that reverts this change.
> >
> > Is this really needed now that GROUP_SCHED defaults to 'n' ?
> >
> > Yanmin, this is with GROUP_SCHED=y, right or is this without?
> With GROUP_SCHED=y.
>
> I remember a similiar patch was merged into 2.6.25-rc1 and I found the similiar volanoMark
> regression, then you reverted it. Why to add it back to 2.6.26-rc1?
The only thing similar is that it tries to to SMP load balancing for
groups, other than that there is nothing similar - its a total rewrite
with a whole different approach.
And we _need_ an SMP load-balancer for groups - otherwise group
scheduling is just not complete.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists