Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751926AbdGRSzW (ORCPT ); Tue, 18 Jul 2017 14:55:22 -0400 Received: from merlin.infradead.org ([205.233.59.134]:55458 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751424AbdGRSzV (ORCPT ); Tue, 18 Jul 2017 14:55:21 -0400 Date: Tue, 18 Jul 2017 20:55:06 +0200 From: Peter Zijlstra To: Arjan van de Ven Cc: Andi Kleen , "Li, Aubrey" , Frederic Weisbecker , Christoph Lameter , Aubrey Li , tglx@linutronix.de, len.brown@intel.com, rjw@rjwysocki.net, tim.c.chen@linux.intel.com, paulmck@linux.vnet.ibm.com, yang.zhang.wz@gmail.com, x86@kernel.org, linux-kernel@vger.kernel.org, daniel.lezcano@linaro.org Subject: Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods Message-ID: <20170718185506.n6s64gxford2ow2b@hirez.programming.kicks-ass.net> References: <20170713145311.z4zxlyd2dospeoqg@hirez.programming.kicks-ass.net> <4a577bd6-20b1-abb6-2153-f9870f0a721e@linux.intel.com> <20170713182820.sn3fjitnd3mca27p@hirez.programming.kicks-ass.net> <31170ac6-9db1-f0b8-4841-f1661c8ed6e1@linux.intel.com> <20170714153818.pjauqxebxyhs6ljp@hirez.programming.kicks-ass.net> <20170714155356.GH3441@tassilo.jf.intel.com> <20170714160648.tg2u6eo2id6gmnjz@hirez.programming.kicks-ass.net> <20170714162619.GJ3441@tassilo.jf.intel.com> <20170717192309.ubn5muvc3u7htuaw@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 822 Lines: 18 On Mon, Jul 17, 2017 at 12:48:38PM -0700, Arjan van de Ven wrote: > On 7/17/2017 12:23 PM, Peter Zijlstra wrote: > > Of course, this all assumes a Gaussian distribution to begin with, if we > > get bimodal (or worse) distributions we can still get it wrong. To fix > > that, we'd need to do something better than what we currently have. > > > > fwiw some time ago I made a chart for predicted vs actual so you can sort > of judge the distribution of things visually > > http://git.fenrus.org/tmp/linux2.png That shows we get it wrong a lot of times (about 50%, as per the average) and moving the line has benefit. Since for performance you really don't want to pick the deeper idle state, so you want to bias your pick towards a shallower state. Using the CDF approach you can quantify by how much you want it moved.