Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756201Ab2BOXg1 (ORCPT ); Wed, 15 Feb 2012 18:36:27 -0500 Received: from casper.infradead.org ([85.118.1.10]:49157 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752458Ab2BOXg0 convert rfc822-to-8bit (ORCPT ); Wed, 15 Feb 2012 18:36:26 -0500 Message-ID: <1329348972.2293.189.camel@twins> Subject: Re: [RFC PATCH 08/14] sched: normalize tg load contributions against runnable time From: Peter Zijlstra To: Paul Turner Cc: linux-kernel@vger.kernel.org, Venki Pallipadi , Srivatsa Vaddagiri , Mike Galbraith , Kamalesh Babulal , Ben Segall , Ingo Molnar , Vaidyanathan Srinivasan Date: Thu, 16 Feb 2012 00:36:12 +0100 In-Reply-To: <20120202013826.20844.39042.stgit@kitami.mtv.corp.google.com> References: <20120202013825.20844.26081.stgit@kitami.mtv.corp.google.com> <20120202013826.20844.39042.stgit@kitami.mtv.corp.google.com> Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Mailer: Evolution 3.2.2- Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2144 Lines: 48 On Wed, 2012-02-01 at 17:38 -0800, Paul Turner wrote: > Entities of equal weight should receive equitable distribution of cpu time. > This is challenging in the case of a task_group's shares as execution may be > occurring on multiple cpus simultaneously. > > To handle this we divide up the shares into weights proportionate with the load > on each cfs_rq. This does not however, account for the fact that the sum of > the parts may be less than one cpu and so we need to normalize: > load(tg) = min(runnable_avg(tg), 1) * tg->shares > Where runnable_avg is the aggregate time in which the task_group had runnable > children. > static inline void __update_group_entity_contrib(struct sched_entity *se) > { > struct cfs_rq *cfs_rq = group_cfs_rq(se); > struct task_group *tg = cfs_rq->tg; > + int runnable_avg; > > se->avg.load_avg_contrib = (cfs_rq->tg_load_contrib * tg->shares); > se->avg.load_avg_contrib /= atomic64_read(&tg->load_avg) + 1; > + > + /* > + * Unlike a task-entity, a group entity may be using >=1 cpu globally. > + * However, in the case that it's using <1 cpu we need to form a > + * correction term so that we contribute the same load as a task of > + * equal weight. (Global runnable time is taken as a fraction over 2^12.) > + */ > + runnable_avg = atomic_read(&tg->runnable_avg); > + if (runnable_avg < (1<<12)) { > + se->avg.load_avg_contrib *= runnable_avg; > + se->avg.load_avg_contrib /= (1<<12); > + } > } This seems weird, and the comments don't explain anything. Ah,.. you can count runnable multiple times (on each cpu), this also means that the number you're using (when below 1) can still be utter crap. Neither the comment nor the changelog mention this, it should, it should also mention why it doesn't matter (does it?). -- 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/