Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp37078161rwd; Tue, 11 Jul 2023 09:09:21 -0700 (PDT) X-Google-Smtp-Source: APBJJlG1MLRIAHhdtcMDMW474CwIfyDjBUdfEo9DsSxaK+P2cQubF6xYhiEDNDH7cZUfbERtDLBj X-Received: by 2002:a05:6a00:39a1:b0:67d:308b:97ef with SMTP id fi33-20020a056a0039a100b0067d308b97efmr16178467pfb.2.1689091761192; Tue, 11 Jul 2023 09:09:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689091761; cv=none; d=google.com; s=arc-20160816; b=dJz3VV2HPa0Zd3hw0WWx7yYK88AwwuBG35sX0kH2yWZB7LuDlij7kL6E5m9aC5lVdJ 5EaEWX4+uVNFNRod7B8iwd6juVy7Cxd0DjmqNCsKPMPCmUZsVaDcdZkuiakNwy/IWDxB IYQ1WgB9BT3M6aoYaKOa239RLjNH2n5gU1qg3YOV4M+3wnEUDZ0TCvx7Sumojw242pQ5 OcFfN+ykdbsy9IamHLdJ2MH3tBFMj1ZvegKkSbnROHtl/Qb/e0wh6YO647DDEkC96vAD 5s1M1jyzhLwhh44JbQeCR74MNW206gh0ibroTmxQ6YvKQyhDDGVx3MREOtsyz5WA5fUX XWbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=H4EaPljyU0HSPbHu61XlLmSr07kl10hJYMoKYo6/bmM=; fh=GW8TqqHL1Ub/nzfmatAh/I2/8KFn4itvDMAJjpt0teM=; b=wDDXhuHfs3ZmL4dGPMikMkimekpM26kLmzXNecNkbS+4LzwJVOSWmP9w2ax3sEMo/6 jvnXm90C5cs/zVHGLc+WJMJ/5mLDXU6CSwurXzjgbe9v3O0OGK2R/WI8/hlrWmugCw8g tff0r+EnqiyHi9nps07l6LmaNMimu4rIGwzXMtd44A6f5IIMJxpeY8KC3u+SJ6VuqL8f /2duWded617ropR/Iv4AgE50xdePcuX75t3xIMhYQaGPI5UVkmX1QQKrKf9eQwAP5p+w agDOIKj7vNfKLpENiSpIIGRnyXk8QdOOjY7DyGpoBmxko3MLeMAfYeC3X0e/t+VWdicH 81mg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@layalina-io.20221208.gappssmtp.com header.s=20221208 header.b=XWRsF2YV; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id cb10-20020a056a00430a00b00653c0edfd34si1656083pfb.139.2023.07.11.09.09.03; Tue, 11 Jul 2023 09:09:21 -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=@layalina-io.20221208.gappssmtp.com header.s=20221208 header.b=XWRsF2YV; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232714AbjGKPr0 (ORCPT + 99 others); Tue, 11 Jul 2023 11:47:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231213AbjGKPrY (ORCPT ); Tue, 11 Jul 2023 11:47:24 -0400 Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D146CF0 for ; Tue, 11 Jul 2023 08:47:22 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id 5b1f17b1804b1-3fbc244d384so60400745e9.0 for ; Tue, 11 Jul 2023 08:47:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=layalina-io.20221208.gappssmtp.com; s=20221208; t=1689090441; x=1691682441; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=H4EaPljyU0HSPbHu61XlLmSr07kl10hJYMoKYo6/bmM=; b=XWRsF2YVPc1QlYZwZyN3y7o1RaQWpfyxNK8iPw2+XAvkWY7Z/nW2VdqZTHvubNBPNT KQR/nYxq8lzt8WrBIJhEy+rcLo8oEI6R5dCKNSljsu1GnTUkmO53brVKvo5fNoTpiZ8j i0UjO1rGlyHLfNPDtmnLP/uRSKOvsIGLo1XdoyHZHRt5GzetvZ8j+3evP5BAN9YkceCn cwo9EmG45mDFWD+mjFO1YOgRFuu57MFGjct0xaMSIJlVfmMirlF6N1b4N3TyCJeME9cF TlwvWRPRO+dftUUORHs9pZP0lih3oEGFXfD5S/PlQXXXN73SOElLeoH247PnQCQjKGTv frzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1689090441; x=1691682441; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=H4EaPljyU0HSPbHu61XlLmSr07kl10hJYMoKYo6/bmM=; b=HwJja/jySeoCJKMktAWmn9UNH+kefgzjlV6tfsva3OGKnjQKdsHvvcmSB0MvxpFDl0 b9JLJkzQlpKFwGgD5qijqvcmC4/eYeMjJ45QM07KI7MwVDpWIfrIHV69Oa/I/YUe+AiY IqLr5CQkVQqkFKd5jdCiDKFhSRxVaSJ1lf+M6EAPHcXuHyFNbLobfY2mYnBwsVEMkY/C 1hmPlpq8iWu3jD3w67kda/mx8fKX2Y4Mw7pOH5AIVM2+SUdhhfsqGbNOF+4Ptw+C8oxF LIgsEKPyNoXr7w8eP+SnEe2xPPtJ66UpEzH1UTwal6fFSlJe2IDZKtHJ9aSjj0w8sfWn LXTQ== X-Gm-Message-State: ABy/qLYikuXztwxdadLMi8B7quCewNE8Kqa13GQ5v4RU0f349xcwxqUX DLYG8+lra2yXes+AorCG+HDJvQ== X-Received: by 2002:a7b:c5d0:0:b0:3fb:b008:1ff6 with SMTP id n16-20020a7bc5d0000000b003fbb0081ff6mr13614981wmk.0.1689090441001; Tue, 11 Jul 2023 08:47:21 -0700 (PDT) Received: from airbuntu ([104.132.45.107]) by smtp.gmail.com with ESMTPSA id t22-20020a7bc3d6000000b003fc02218d6csm11108557wmj.25.2023.07.11.08.47.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Jul 2023 08:47:20 -0700 (PDT) Date: Tue, 11 Jul 2023 16:47:18 +0100 From: Qais Yousef To: Vincent Guittot 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 Subject: Re: [PATCH] sched/fair: remove util_est boosting Message-ID: <20230711154718.gudn32sru5opwvlw@airbuntu> References: <20230706135144.324311-1-vincent.guittot@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230706135144.324311-1-vincent.guittot@linaro.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE 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 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? 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 >