Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756766Ab3DWPbB (ORCPT ); Tue, 23 Apr 2013 11:31:01 -0400 Received: from mga01.intel.com ([192.55.52.88]:31285 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756554Ab3DWPbA (ORCPT ); Tue, 23 Apr 2013 11:31:00 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,533,1363158000"; d="scan'208";a="323622996" Message-ID: <5176A932.5050506@linux.intel.com> Date: Tue, 23 Apr 2013 08:30:58 -0700 From: Arjan van de Ven User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Alex Shi CC: Vincent Guittot , Preeti U Murthy , Peter Zijlstra , linux-kernel , LAK , "linaro-kernel@lists.linaro.org" , Ingo Molnar , Russell King - ARM Linux , Paul Turner , Santosh , Morten Rasmussen , Chander Kashyap , "cmetcalf@tilera.com" , "tony.luck@intel.com" , Paul McKenney , Thomas Gleixner , Len Brown , Amit Kucheria , Jonathan Corbet Subject: Re: [RFC PATCH v3 5/6] sched: pack the idle load balance References: <1363955155-18382-1-git-send-email-vincent.guittot@linaro.org> <1363955155-18382-6-git-send-email-vincent.guittot@linaro.org> <1364302359.5053.21.camel@laptop> <1364308932.5053.46.camel@laptop> <5174CE96.3060805@linux.vnet.ibm.com> <5175F09E.1000304@intel.com> In-Reply-To: <5175F09E.1000304@intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1306 Lines: 30 On 4/22/2013 7:23 PM, Alex Shi wrote: > Thanks you, Preeti and Vincent to talk the power aware scheduler for > details! believe this open discussion is helpful to conduct a a more > comprehensive solution. :) > >> Hi Preeti, >> >> I have had a look at Alex patches but i have some concerns with his patches >> -There no notion of power domain which is quite important when we speak >> about power saving IMHO. Packing tasks has got an interest if the idle >> CPUs can reach a useful low power state independently from busy CPUs. >> Architectures have different low power state capabilities which must be >> taken into account. In addition, you can have system which have CPUs >> with better power efficiency and this kind of system are not taken into >> account. > > I agree with you on this point. and like what's you done to add new flag > in sched domain. For x86 we should not be setting such flag then; we don't have a way for some cpu packages to go to an extra deep power state if they're completely idle. (this afaik is true for both Intel and AMD) -- 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/