Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755419AbaD1LHf (ORCPT ); Mon, 28 Apr 2014 07:07:35 -0400 Received: from mail-wg0-f41.google.com ([74.125.82.41]:53566 "EHLO mail-wg0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754760AbaD1LHc (ORCPT ); Mon, 28 Apr 2014 07:07:32 -0400 Message-ID: <535E3673.8020606@linaro.org> Date: Mon, 28 Apr 2014 13:07:31 +0200 From: Daniel Lezcano User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.3.0 MIME-Version: 1.0 To: Peter Zijlstra CC: "Rafael J. Wysocki" , Amit Kucheria , Ingo Molnar , Lists linaro-kernel , Linux PM list , Linux Kernel Mailing List Subject: Re: [PATCH 2/3] sched: idle: Add sched balance option References: <1398342291-16322-1-git-send-email-daniel.lezcano@linaro.org> <535911DC.9050109@linaro.org> <2713863.BLQTYQm2Oa@vostro.rjw.lan> <20140425132055.GC11096@twins.programming.kicks-ass.net> <535A94E3.5080004@linaro.org> <20140425184327.GH26782@laptop.programming.kicks-ass.net> <535E28D0.7050502@linaro.org> <20140428102819.GG27561@twins.programming.kicks-ass.net> In-Reply-To: <20140428102819.GG27561@twins.programming.kicks-ass.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/28/2014 12:28 PM, Peter Zijlstra wrote: > On Mon, Apr 28, 2014 at 12:09:20PM +0200, Daniel Lezcano wrote: >> I agree a numerical value is not flexible. But it sounds weird to put a >> scheduler option in the sysfs and maybe more options will follow. >> >> I am wondering if we shouldn't create a new cgroup for 'energy' and put >> everything in there. So we will have more flexibility for extension and we >> will be able to create a group of tasks for performance and a group of tasks >> for energy saving. >> >> Does it make sense ? > > The old knobs used to live here: > > -What: /sys/devices/system/cpu/sched_mc_power_savings > - /sys/devices/system/cpu/sched_smt_power_savings Ah right. > Not entirely sure that's a fine place, but it has precedent. I share your doubts about the right place. I'm really wondering if the cgroup couldn't be a good solution: Amit pointed the conflict about the power vs performance with some applications. We want to have for example a game to run fast performance and some other application to save power. The cgroup will allow to: * eg. create a couple of cgroup one for performance and the other one for power and assign the different applications to one of these group * tweak the options just for a group of processes. Depending of the behavior of the task, the userspace can create and change some options for a specific application for optimum performance or energy saving * add more energy options in a place easy to extend * use string based options * alternatively use a single configuration for the entire system * use the event based file to trigger event about power consumption (threshold reached) and from there we can easily freeze the group of processes consuming too much energy The cgroup will provide a highly configurable mechanism based on tasks and could use with some other cgroup subsys (eg. to force the tasks on a set of cpus). IMHO, the cgroup is a good place. -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog -- 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/