Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4013342ybi; Mon, 27 May 2019 09:26:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqwYGJamibEJG8TN2pKsBlWDjZ+uQBgRzyqWfLwEd1ZXqIRbqIj1dZwxY2D8w2ZRyBQ6W6hB X-Received: by 2002:a62:5296:: with SMTP id g144mr15056837pfb.3.1558974385840; Mon, 27 May 2019 09:26:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558974385; cv=none; d=google.com; s=arc-20160816; b=d+/vi80ivCkE553GwTGskQqjTXoL5dtYnyJ9Zs/jrpVuwDrKdIaLJ0PMCcdABPbpxG tO7pzXUdX3fiy5RRJeGBumuEAwE9ee1sSwtURkOu1Z884MW6p2jFLqIBopWD1s4bO4YZ I0v0Jo8ihVyYj8//L3lD3gEGqBsHUY3pmbr1ulGxCjqwsHvFejrPhyR7GQkV4xaigfLE C1GT21dQPX6UGUr9iJC5wRVW5as4jYsNSM5JubESosR/x+TuGVLSk7tYKiY0bNp1AhYR XMRNXyrMJ+IdNb6ti+HrkgIp1PMfVEVY/bxFX7JRnv8sKLSI1iX5TdB2DKlFslg/o0T/ poLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:date:cc:to:from:subject:message-id; bh=93JxVdwRuosBtDbaVt4tvTADjy0NVlAU6tzPTZmxii8=; b=awHSjqG0iv8UAJN5F6XkSWWgASEGkEZuS5lpsLWMmnhJTpQjMSMnOMpHL633cxnXER G+m0yj8EypuMyl6OcC3MdSAsVe/sd+m55toSgTkC7K91zaCrwz1g5S+V94qns3onFgyw qe5WeXQ61kBPVpohEQ33EfU/f2SP82BpSyOKehr0MfIDa0Om6dS70gVfl9K+BetXzi4h DGGY1nZ5M1/UuZ86U/S1EHJQ4mDXeAVgD/z7c6NL11cxYU5y3wQDOgX2RVZC16YJgv3r vF9gT9Sja4np44qNTRITCUSdSCIVHbaiOapb+XGRN07hE0dxSv7KZgVuy4GIumBVSLLv e4ig== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j5si17982075plk.229.2019.05.27.09.26.10; Mon, 27 May 2019 09:26:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726517AbfE0QYM (ORCPT + 99 others); Mon, 27 May 2019 12:24:12 -0400 Received: from shelob.surriel.com ([96.67.55.147]:52766 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726202AbfE0QYM (ORCPT ); Mon, 27 May 2019 12:24:12 -0400 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91) (envelope-from ) id 1hVIPw-0002KK-32; Mon, 27 May 2019 12:24:08 -0400 Message-ID: <686351aab73911569a7c22a7e104d1b9f0d579b9.camel@surriel.com> Subject: Re: [PATCH 7/7] sched/fair: Rename weighted_cpuload() to cpu_load() From: Rik van Riel To: Dietmar Eggemann , Peter Zijlstra , Ingo Molnar Cc: Thomas Gleixner , Frederic Weisbecker , Vincent Guittot , Morten Rasmussen , Quentin Perret , Valentin Schneider , Patrick Bellasi , linux-kernel@vger.kernel.org Date: Mon, 27 May 2019 12:24:07 -0400 In-Reply-To: <20190527062116.11512-8-dietmar.eggemann@arm.com> References: <20190527062116.11512-1-dietmar.eggemann@arm.com> <20190527062116.11512-8-dietmar.eggemann@arm.com> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-1BIZliyhtxK7tTR1Ish4" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-1BIZliyhtxK7tTR1Ish4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2019-05-27 at 07:21 +0100, Dietmar Eggemann wrote: > This is done to align the per cpu (i.e. per rq) load with the util > counterpart (cpu_util(int cpu)). The term 'weighted' is not needed > since there is no 'unweighted' load to distinguish it from. I can see why you want to make cpu_util() and cpu_load() have the same parameter, but ... > @@ -7931,7 +7928,7 @@ static inline void update_sg_lb_stats(struct > lb_env *env, > if ((env->flags & LBF_NOHZ_STATS) && > update_nohz_stats(rq, false)) > env->flags |=3D LBF_NOHZ_AGAIN; > =20 > - sgs->group_load +=3D weighted_cpuload(rq); > + sgs->group_load +=3D cpu_load(i); > sgs->group_util +=3D cpu_util(i); > sgs->sum_nr_running +=3D rq->cfs.h_nr_running; ... now we end up dereferencing cpu_rq(cpu) 3 times. I guess per-cpu variables are so cheap that we should never notice, but I thought I'd ask anyway while looking over these patches :) Thank you for removing a bunch of code that slowed down my understanding of fair.c --=20 All Rights Reversed. --=-1BIZliyhtxK7tTR1Ish4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAlzsDycACgkQznnekoTE 3oPOgAgAo1RMB85AKGO4kRE5mqnTAEqZ4XsVpWt82sdgqnEcRfcIBT65E2hnuNqL I0bYLuK6CRgrVP2gM9aScBzjznLoTvuxnss0zN3N/MCeOzkn4Ab58om5ojLD61aq WMW21wl0Hulm9Svwn/ZpN+KRPbdZrFpttcb7SdSIFVUvXz4g0YAe2kBlZ+8kfLp9 7oXe6JGAOLtQDx+Z2LNZhZHfQVP+VgCLmtCFbE95bS8bvz86dnCJ1Dl5ULphULN3 hMgeqGedAFgYX/CJgZoXhKWlox14pCA4ozeyKRiKhos5Uai/McBZkYr76W4FCtwY 5GfOV8IzhoqIsfoKPXf0bBWKBAR/1A== =+DUJ -----END PGP SIGNATURE----- --=-1BIZliyhtxK7tTR1Ish4--