From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757979AbbICXvd (ORCPT ); Thu, 3 Sep 2015 19:51:33 -0400 Received: from mail-pa0-f51.google.com ([209.85.220.51]:36654 "EHLO mail-pa0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750844AbbICXvb (ORCPT ); Thu, 3 Sep 2015 19:51:31 -0400 Subject: Re: [PATCH 5/6] sched/fair: Get rid of scaling utilization by capacity_orig To: Morten Rasmussen , Dietmar Eggemann References: <1439569394-11974-1-git-send-email-morten.rasmussen@arm.com> <1439569394-11974-6-git-send-email-morten.rasmussen@arm.com> Cc: peterz@infradead.org, mingo@redhat.com, vincent.guittot@linaro.org, daniel.lezcano@linaro.org, yuyang.du@intel.com, mturquette@baylibre.com, rjw@rjwysocki.net, Juri Lelli , sgurrappadi@nvidia.com, pang.xunlei@zte.com.cn, linux-kernel@vger.kernel.org From: Steve Muckle X-Enigmail-Draft-Status: N1110 Message-ID: <55E8DD00.2030706@linaro.org> Date: Thu, 3 Sep 2015 16:51:28 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: <1439569394-11974-6-git-send-email-morten.rasmussen@arm.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Morten, Dietmar, On 08/14/2015 09:23 AM, Morten Rasmussen wrote: ... > + * cfs_rq.avg.util_avg is the sum of running time of runnable tasks plus the > + * recent utilization of currently non-runnable tasks on a CPU. It represents > + * the amount of utilization of a CPU in the range [0..capacity_orig] where I see util_sum is scaled by SCHED_LOAD_SHIFT at the end of __update_load_avg(). If there is now an assumption that util_avg may be used directly as a capacity value, should it be changed to SCHED_CAPACITY_SHIFT? These are equal right now, not sure if they will always be or if they can be combined. > + * capacity_orig is the cpu_capacity available at * the highest frequency spurious * thanks, Steve