Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758163AbaGOJ1q (ORCPT ); Tue, 15 Jul 2014 05:27:46 -0400 Received: from mail-ob0-f171.google.com ([209.85.214.171]:56942 "EHLO mail-ob0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757990AbaGOJ1n (ORCPT ); Tue, 15 Jul 2014 05:27:43 -0400 MIME-Version: 1.0 In-Reply-To: <20140711161344.GD26542@e103034-lin> References: <1404144343-18720-1-git-send-email-vincent.guittot@linaro.org> <1404144343-18720-10-git-send-email-vincent.guittot@linaro.org> <20140710131646.GB3935@laptop> <20140711161344.GD26542@e103034-lin> From: Vincent Guittot Date: Tue, 15 Jul 2014 11:27:19 +0200 Message-ID: Subject: Re: [PATCH v3 09/12] Revert "sched: Put rq's sched_avg under CONFIG_FAIR_GROUP_SCHED" To: Morten Rasmussen Cc: Peter Zijlstra , Ingo Molnar , linux-kernel , Russell King - ARM Linux , LAK , Preeti U Murthy , Mike Galbraith , Nicolas Pitre , "linaro-kernel@lists.linaro.org" , Daniel Lezcano , Dietmar Eggemann Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11 July 2014 18:13, Morten Rasmussen wrote: [snip] > > In this example using rq->avg leads to imbalance whereas unweighted load > would not. Correct me if I missed anything. You just miss to take into account how the imbalance is computed > > Coming back to the previous example. I'm not convinced that inflation of > the unweighted load sum when tasks overlap in time is a bad thing. I > have mentioned this before. The average cpu utilization over the 40ms > period is 50%. However the true compute capacity demand is 200% for the > first 15ms of the period, 100% for the next 5ms and 0% for the remaining > 25ms. The cpu is actually overloaded for 15ms every 40ms. This fact is > factored into the unweighted load whereas rq->avg would give you the > same utilization no matter if the tasks are overlapped or not. Hence > unweighted load would give us an indication that the mix of tasks isn't > optimal even if the cpu has spare cycles. > > If you don't care about overlap and latency, the unweighted sum of task > running time (that Peter has proposed a number of times) is better > metric, IMHO. As long the cpu isn't fully utilized. > > Morten -- 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/