[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120515163016.GA4062@dirshya.in.ibm.com>
Date: Tue, 15 May 2012 22:00:42 +0530
From: Vaidyanathan Srinivasan <svaidy@...ux.vnet.ibm.com>
To: Vincent Guittot <vincent.guittot@...aro.org>
Cc: Peter Zijlstra <peterz@...radead.org>, paulmck@...ux.vnet.ibm.com,
smuckle@...cinc.com, khilman@...com, Robin.Randhawa@....com,
suresh.b.siddha@...el.com, thebigcorporation@...il.com,
venki@...gle.com, panto@...oniou-consulting.com, mingo@...e.hu,
paul.brett@...el.com, pdeschrijver@...dia.com, pjt@...gle.com,
efault@....de, fweisbec@...il.com, geoff@...radead.org,
rostedt@...dmis.org, tglx@...utronix.de, amit.kucheria@...aro.org,
linux-kernel <linux-kernel@...r.kernel.org>,
linaro-sched-sig@...ts.linaro.org,
Morten Rasmussen <Morten.Rasmussen@....com>,
Juri Lelli <juri.lelli@...il.com>
Subject: Re: Plumbers: Tweaking scheduler policy micro-conf RFP
* Vincent Guittot <vincent.guittot@...aro.org> [2012-05-15 17:05:47]:
> On 15 May 2012 15:00, Peter Zijlstra <peterz@...radead.org> wrote:
> > On Tue, 2012-05-15 at 14:57 +0200, Vincent Guittot wrote:
> >>
> >> Not sure that nobody cares but it's much more that scheduler,
> >> load_balance and sched_mc are sensible enough that it's difficult to
> >> ensure that a modification will not break everything for someone
> >> else.
> >
> > Thing is, its already broken, there's nothing else to break :-)
> >
>
> sched_mc is the only power-aware knob in the current scheduler. It's
> far from being perfect but it seems to work on some ARM platform at
> least. You mentioned at the scheduler mini-summit that we need a
> cleaner replacement and everybody has agreed on that point. Is anybody
> working on it yet ? and can we discuss at Plumber's what this
> replacement would look like ?
Hi Vincent,
In the earlier discussion we listed down the cleanup requirements.
I made a cleanup patch that unifies the sysfs interface as a first
step.
[RFC PATCH v1 0/2] sched: unified sched_powersavings tunables
http://thread.gmane.org/gmane.linux.kernel/1239750
I need to make this scheme generically work on different topology,
which is the real problem that we need to solve.
--Vaidy
--
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