Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752588AbbKQAAY (ORCPT ); Mon, 16 Nov 2015 19:00:24 -0500 Received: from e36.co.us.ibm.com ([32.97.110.154]:57815 "EHLO e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751786AbbKQAAW (ORCPT ); Mon, 16 Nov 2015 19:00:22 -0500 X-IBM-Helo: d03dlp01.boulder.ibm.com X-IBM-MailFrom: paulmck@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org Date: Mon, 16 Nov 2015 16:00:31 -0800 From: "Paul E. McKenney" To: Jacob Pan Cc: Arjan van de Ven , Thomas Gleixner , Peter Zijlstra , Ingo Molnar , John Stultz , LKML , Srinivas Pandruvada , Len Brown , Rafael Wysocki , Eduardo Valentin , Paul Turner , Josh Triplett Subject: Re: [PATCH 2/4] timer: relax tick stop in idle entry Message-ID: <20151117000031.GO5184@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <1447444387-23525-3-git-send-email-jacob.jun.pan@linux.intel.com> <20151113142438.3144d47d@icelake> <20151116135126.5a50e45d@icelake> <20151116223117.GK5184@linux.vnet.ibm.com> <20151116151503.47cbd4cf@icelake> <20151116232837.GN5184@linux.vnet.ibm.com> <564A6796.9090409@linux.intel.com> <20151116154046.3e40c2cb@icelake> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151116154046.3e40c2cb@icelake> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15111700-0021-0000-0000-0000148EF282 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1846 Lines: 45 On Mon, Nov 16, 2015 at 03:40:46PM -0800, Jacob Pan wrote: > On Mon, 16 Nov 2015 15:32:38 -0800 > Arjan van de Ven wrote: > > > On 11/16/2015 3:28 PM, Paul E. McKenney wrote: > > > > > Is this mostly an special-purpose embedded thing, or do you expect > > > distros to be enabling this? If the former, I suggest > > > , but if distros are doing this for > > > general-purpose workloads, I instead suggest CONFIG_RCU_FAST_NO_HZ. > > > > thermal overload happens a lot on small devices, but sadly also in > > big datacenters where it is not uncommon to underprovision cooling > > capacity by a bit (it's one of those "99% of the time you only need > > THIS much, the 1% you need 30% more" and that more is expensive or > > even impractical) Then CONFIG_RCU_FAST_NO_HZ it is. > CONFIG_RCU_FAST_NO_HZ is more inline with idle injection in that both > are targeted energy efficiency. > Checking ubuntu and fedora, seems both have CONFIG_RCU_NOCB_CPU_ALL=y. Ah, that is right -- they both do CONFIG_NO_HZ_FULL=y, which does imply CONFIG_RCU_NOCB_CPU_ALL=y. But SUSE does not, last I knew. But it should be easy to set up Kconfig for this. Make your new Kconfig option select CONFIG_RCU_FAST_NO_HZ unless CONFIG_RCU_NOCB_CPU_ALL is already set. Alternatively, CONFIG_RCU_FAST_NO_HZ could be set up something like the following: depends on (NO_HZ_COMMON && SMP && RCU_EXPERT) || CONFIG_THERM_THROT default CONFIG_THERM_THROT But the "select RCU_FAST_NO_HZ if !RCU_NOCB_CPU_ALL" is probably cleaner. Anyway, again, the details can be settled later. Thanx, Paul -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/