[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1460343894.3682.11.camel@gmail.com>
Date: Mon, 11 Apr 2016 05:04:54 +0200
From: Mike Galbraith <umgwanakikbuti@...il.com>
To: Rik van Riel <riel@...hat.com>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Peter Zijlstra <peterz@...radead.org>
Cc: "Rafael J. Wysocki" <rjw@...ysocki.net>,
"Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
LKML <linux-kernel@...r.kernel.org>,
Linux PM list <linux-pm@...r.kernel.org>,
Doug Smythies <dsmythies@...us.net>
Subject: Re: [regression] cross core scheduling frequency drop bisected to
0c313cb20732
On Sun, 2016-04-10 at 16:24 -0400, Rik van Riel wrote:
> On Sun, 2016-04-10 at 17:39 +0200, Mike Galbraith wrote:
> > Should the default idle state not then be governor dependent? When I
> > set gov=performance, I'm expecting box to go just as fast as it can
> > go
> > without melting. Does polling risk CPU -> lava conversion?
>
> Current CPUs can only have some cores run at full speed
> (turbo mode) if other cores are idling and/or running at
> lower speeds.
The real world is very unlikely to miss the prettier numbers I'm
grieving over one tiny bit. Knowing that doesn't make giving them up
any easier though.. byebye cycles (sniff) ;-)
-Mike
Powered by blists - more mailing lists