[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090916063520.675f64c6@infradead.org>
Date: Wed, 16 Sep 2009 06:35:20 +0200
From: Arjan van de Ven <arjan@...radead.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: linux-kernel@...r.kernel.org, lenb@...nel.org, mingo@...e.hu,
yanmin_zhang@...ux.intel.com, jens.axboe@...cle.com,
ink@...assic.park.msu.ru, Corrado Zoccolo <czoccolo@...il.com>
Subject: Re: [PATCH v2] cpuidle: Fix the menu governor to boost IO
performance
On Tue, 15 Sep 2009 16:23:06 -0700
Andrew Morton <akpm@...ux-foundation.org> wrote:
> On Tue, 15 Sep 2009 05:42:59 +0200
> Arjan van de Ven <arjan@...radead.org> wrote:
>
> > Fix the menu idle governor which balances power savings, energy
> > efficiency and performance impact.
>
> This patch clashes a bit with
> cpuidle-menu-governor-reduce-latency-on-exit.patch (which was sent to
> the ACPI maintainers a month ago and ignored).
>
> <im-fed-up-with-this-crap-ill-just-merge-it-and-if-it-breaks-dont-blame-me>
>
>
> I restaged cpuidle-menu-governor-reduce-latency-on-exit.patch so it
> goes after
> cpuidle-fix-the-menu-governor-to-boost-io-performance.patch. perhaps
> you could take a look at Corrado's change?
ok this patch is an interesting approach, I'll need to check if it's
valid to do this in the cpuidle framework (need to check if "what was
my last residency" stays valid until all the way deep into the next
idle, I kinda fear it won't).
As for the amount of gain.. yeah we're talking about maybe 100 cycles
on a .. say 200 usec latency. But it's a neat optimization if it can
work.
--
Arjan van de Ven Intel Open Source Technology Centre
For development, discussion and tips for power savings,
visit http://www.lesswatts.org
--
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