Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754407AbbK0JRP (ORCPT ); Fri, 27 Nov 2015 04:17:15 -0500 Received: from mail-wm0-f53.google.com ([74.125.82.53]:37822 "EHLO mail-wm0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754360AbbK0JRH (ORCPT ); Fri, 27 Nov 2015 04:17:07 -0500 Date: Fri, 27 Nov 2015 10:17:02 +0100 From: Ingo Molnar To: Jacob Pan Cc: Peter Zijlstra , Ingo Molnar , Thomas Gleixner , John Stultz , LKML , Arjan van de Ven , Srinivas Pandruvada , Len Brown , Rafael Wysocki , Eduardo Valentin , Paul Turner Subject: Re: [PATCH 3/4] sched: introduce synchronized idle injection Message-ID: <20151127091702.GA27790@gmail.com> References: <1447444387-23525-1-git-send-email-jacob.jun.pan@linux.intel.com> <1447444387-23525-4-git-send-email-jacob.jun.pan@linux.intel.com> <20151118083622.GA25217@gmail.com> <20151118061026.03a28616@yairi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151118061026.03a28616@yairi> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1584 Lines: 40 * Jacob Pan wrote: > On Wed, 18 Nov 2015 09:36:22 +0100 > Ingo Molnar wrote: > > > > > > > This patch introduces a scheduler based idle injection method, it > > > works by blocking CFS runqueue synchronously and periodically. The > > > actions on all online CPUs are orchestrated by per CPU hrtimers. > > > > > > Two sysctl knobs are given to the userspace for selecting the > > > percentage of idle time as well as the forced idle duration for each > > > idle period injected. > > > > What's the purpose of these knobs? Just testing, or will some > > user-space daemon set them dynamically? > > > yes, it is to be used by userspace daemon such as thermal daemon. > Though there are interests from in kernel thermal governor but that is > another story. Yeah, so let me make this very clear: for a kernel scheduling feature to be self-sufficient is not 'another story', but a must-have aspect for this feature to become upstream acceptable. We don't add scheduler features that rely on pushing 'policy' to user-space. That's poor design with many disadvantages. This feature should offer a reasonable and automatic in-kernel default behavior with numbers that prove that it works. Keeping an essential part of the feature in user-space earns a NAK from me. Thanks, Ingo -- 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/