Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp11341rwp; Wed, 12 Jul 2023 09:01:53 -0700 (PDT) X-Google-Smtp-Source: APBJJlHfax/mw376BGyDzOBTV6aEZFFr9AM7rNygUCaCVW95KDrVlUbZPFMLpFMHtO3U6HQtjghb X-Received: by 2002:a05:6358:7f14:b0:134:e458:688d with SMTP id p20-20020a0563587f1400b00134e458688dmr18532969rwn.15.1689177713009; Wed, 12 Jul 2023 09:01:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689177712; cv=none; d=google.com; s=arc-20160816; b=BRKZuntcmCZyg6vHVp5ewudflGgG3nmXDb80owq5n4nlHjKqlsfZoiXFFkAJE01UUp hykEQg0e5fjNWzUU6RKV6ugaQY/DlOWlP9ua2xd4tuSeJbWe+v1E3jhMNCpVNv8ide6J IWkHeMfaQZ6+o2vUAsXlTSmQ+RCNE+PFMap0oUj2JUJ952yBJhoK0EaAdscNGz47WvDT 4kUrd0zANtIJHqWJXSz4b/7tetddHJm/GVdxnlEmsVJyQEYIwr5FaH2GOS841zL5OVCe iP26ZlkWMn07rB6FQ9zs7+uI36cNlao2yY8yvRn70+ODeASk3AgMbBeF/swdLNZt9zRD 9mdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=5FApRcAbKU3D+hMPXf1fqvobd8bBItL8xQBsYQGqYbg=; fh=kARiuM65PtzTuAu0HcKAGNlSAKY5b0qyzhvmpxRgHeY=; b=QHjUaGXW9y3zWsUwuBPeawKnGnE5coe5Pk0UBDuU+lgsn7dxq4ZtFTTwvx8ajh7RsG 07VhA+H0r4eZdKP/bKnzA9GQg0s/hJpWkoIUYevimZ3UsIn8ArjOrijsojvg1l0WvBbx Og8Pkncdxz+ma93nX0fonRem4RZo44kpZ54bs2DY6C+qDIBnlte6f12+eex0JHLCm4Yj IploB57ZCUJLul7mP/LNk24UOMz9kEjVbUYcXOT8443l311ik2O3gmz4yC51hZ902+2j b2LF/Xv0AKOKXljGtwxVIewetkP+jSBYo2La1RCejpcjzMSf1f1UImVkvQolA3xVgVjQ e35Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="XiJpjGY/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 24-20020a630c58000000b0055759bb6883si3385773pgm.63.2023.07.12.09.01.27; Wed, 12 Jul 2023 09:01:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="XiJpjGY/"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232099AbjGLPbF (ORCPT + 99 others); Wed, 12 Jul 2023 11:31:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47514 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232559AbjGLPbD (ORCPT ); Wed, 12 Jul 2023 11:31:03 -0400 Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D051D1BE2 for ; Wed, 12 Jul 2023 08:30:53 -0700 (PDT) Received: by mail-lf1-x132.google.com with SMTP id 2adb3069b0e04-4fb7769f15aso11612112e87.0 for ; Wed, 12 Jul 2023 08:30:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1689175852; x=1691767852; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=5FApRcAbKU3D+hMPXf1fqvobd8bBItL8xQBsYQGqYbg=; b=XiJpjGY/f2JchBKGpVyqD04K+WjJ6SQfb795/ayMXwBtsOl1D5pIHUY5VbOom9j3wg o2IIAa+kuwDtO7h6A5TaWel5Mi09Zb4yfqVks2p4ro5FbEpV9YZpLCZRKNBuUoc2aw0e NVfgtkMK2PMsKJuXjvaiRHTdybO9X8KNCCIAPKpboDXryOn59EsOg+XrGDZHANg5buJ0 Y8vW+wYRfp5eB8t/h7id3YsrVCHCkehDP1FfGG3VU04rqpqnOIpIXcNmcAAUH+A6chbs 6D6OnAloCCByl3zRVjwBYx97rYDu8k4dFICaSM363vRz0wAaj7N4SdeU3DIgWOvUONvS nxnQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689175852; x=1691767852; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=5FApRcAbKU3D+hMPXf1fqvobd8bBItL8xQBsYQGqYbg=; b=howkaVsqKxCwtmd7iYoS1O+55c7FSNr+CaU//kPsCQhCYtpOEb/SLWiCD+9PdwF4lU OdCHLRCMaE3GHJU8eccBLV1WOKopErKtKVIxl7dcUXeB9OrTV+d7uhAFEvIJLenlGGAA 3IzUicE7rb9TUvQDDXOHy3T+nFgltRDSRDnd5hf4P1AFFJSbTNRaZbq8Wf27Ubeiif2Q Rfgagb4iorrZnzg2pXw5LQBVLt+j0+83iQzmemq7Rk79NgV2pLj8QoOpq873VLiM4pmz uex7Vn8eBBZRnyK7+as9Q8PyhtCZGmX2oIAVPsVGpGxVulIsbbGgNK05BMnIG/9oyr/k t7vg== X-Gm-Message-State: ABy/qLbwo2yj4WjHWoeLfGwoz24pL17L6vGSwg5DVOpFP2nVIVdGUzOW qQIL4g9ix9vaQE/4m6/YVnCzqgNKhGdnGJl/IYl+Tw== X-Received: by 2002:a19:4f42:0:b0:4fb:7de4:c837 with SMTP id a2-20020a194f42000000b004fb7de4c837mr15457897lfk.68.1689175851897; Wed, 12 Jul 2023 08:30:51 -0700 (PDT) MIME-Version: 1.0 References: <20230706135144.324311-1-vincent.guittot@linaro.org> <20230711154718.gudn32sru5opwvlw@airbuntu> In-Reply-To: <20230711154718.gudn32sru5opwvlw@airbuntu> From: Vincent Guittot Date: Wed, 12 Jul 2023 17:30:39 +0200 Message-ID: Subject: Re: [PATCH] sched/fair: remove util_est boosting To: Qais Yousef Cc: mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, vschneid@redhat.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 11 Jul 2023 at 17:47, Qais Yousef wrote: > > On 07/06/23 15:51, Vincent Guittot wrote: > > There is no need to use runnable_avg when estimating util_est and that > > even generates wrong behavior because one includes blocked tasks whereas > > the other one doesn't. This can lead to accounting twice the waking task p, > > once with the blocked runnable_avg and another one when adding its > > util_est. > > > > cpu's runnable_avg is already used when computing util_avg which is then > > compared with util_est. > > > > In some situation, feec will not select prev_cpu but another one on the > > same performance domain because of higher max_util > > > > Fixes: 7d0583cf9ec7 ("sched/fair, cpufreq: Introduce 'runnable boosting'") > > Signed-off-by: Vincent Guittot > > --- > > Can we verify the numbers that introduced this magic boost are still valid > please? TBH I don't expect it but I agree it's worth checking. Dietmar could you rerun your tests with this change ? > > Otherwise LGTM. > > > Thanks! > > -- > > Qais Yousef > > > kernel/sched/fair.c | 3 --- > > 1 file changed, 3 deletions(-) > > > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > > index a80a73909dc2..77c9f5816c31 100644 > > --- a/kernel/sched/fair.c > > +++ b/kernel/sched/fair.c > > @@ -7289,9 +7289,6 @@ cpu_util(int cpu, struct task_struct *p, int dst_cpu, int boost) > > > > util_est = READ_ONCE(cfs_rq->avg.util_est.enqueued); > > > > - if (boost) > > - util_est = max(util_est, runnable); > > - > > /* > > * During wake-up @p isn't enqueued yet and doesn't contribute > > * to any cpu_rq(cpu)->cfs.avg.util_est.enqueued. > > -- > > 2.34.1 > >