Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp8221970rwd; Tue, 20 Jun 2023 11:55:31 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4fuv3OxfhZspmDvgk+R4gVCyCFwSLdnRQlfu3UZwUAM8Fr/aHYw6EWjMN1fYPzsjxPDfRu X-Received: by 2002:a05:6a20:6a1e:b0:114:7637:3459 with SMTP id p30-20020a056a206a1e00b0011476373459mr4187586pzk.4.1687287331351; Tue, 20 Jun 2023 11:55:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687287331; cv=none; d=google.com; s=arc-20160816; b=OBagZLXou661vrfggsR1sgoK3rfN2BBw+Fu/MDbZn0j6SOam3h0FX4edKVs8ppU2zw LcgtFssklUGdsekO1aQaTLW9e/iFZg8Wzwk75q3Kkizb6PdkWfvkXFIdfoJCyAgEpPn5 TaHUrRAXDQRbln6MisHxeHi3QqxmY0yz7QF54g9PAhHl1oB3U6MiJs3Sf7jH6tS+FL1u nYhadktSO2EhPcQB3K+MK5ySVli5zETeiwDXA37OiMYLySySEJhJaFfZXgTRuPHkcNuR +cyoZ4D+vSwfWMoKrMQ7E+IEUYhf5P0CMXTOGf72MEINncJeEWWUdCg1sbx2ToBAjt94 CEmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:mime-version:date :dkim-signature; bh=sBPwNjci+mVKgvTGGSvenUmGifZY3Myji5qjgOuCzdY=; b=FoqmRUfpKfq9cqADUAFLPckkUmvCKuSWnfe670j9/t2kmRIw1NBvnT7DUXeeLRBaRM xtV767FJp0V0Ch0yGLXp4SKSQlT+UNCYVStWL6tmNikbmsP8eSvjlBJWXYcj0yH9VdU5 yYS/+FnIjn5veEPR1VTssp9atsqtSoslxoazEMRjGGN5qWJ8WEmwtEpggakKT6001LzY nXucA6kTWuCOcd+ouoi6mKtPInf865SwA/tQftfYIBpxSMxqtq/Afiz/pID7n8uUDi+Y l+1UExRaGhlQ51d6FU3vky/9NiXhTRTOXUMP+x3HYYyh7sj1HeFzlFdtN2zv72NB0pVt tjdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20221208 header.b=CV163j2P; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c28-20020aa7953c000000b00666e3b3126dsi2214857pfp.190.2023.06.20.11.55.17; Tue, 20 Jun 2023 11:55:31 -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=@google.com header.s=20221208 header.b=CV163j2P; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229448AbjFTSdN (ORCPT + 99 others); Tue, 20 Jun 2023 14:33:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60258 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229567AbjFTSdM (ORCPT ); Tue, 20 Jun 2023 14:33:12 -0400 Received: from mail-yb1-xb4a.google.com (mail-yb1-xb4a.google.com [IPv6:2607:f8b0:4864:20::b4a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id EF4AF1737 for ; Tue, 20 Jun 2023 11:33:01 -0700 (PDT) Received: by mail-yb1-xb4a.google.com with SMTP id 3f1490d57ef6-bd5059e5347so12061876276.0 for ; Tue, 20 Jun 2023 11:33:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20221208; t=1687285981; x=1689877981; h=cc:to:from:subject:message-id:mime-version:date:from:to:cc:subject :date:message-id:reply-to; bh=sBPwNjci+mVKgvTGGSvenUmGifZY3Myji5qjgOuCzdY=; b=CV163j2PUGaavyM9SvGsrlqZLN2xBHrKdDynwlJOjsbY0BnCYcw8OuXxIYqTcePd/4 75NNiIVKAORJDQqeVbt8R+SXRThRGQvhEqlcna+1G+zhYFac2tqz+Kx++pU6u41NWRnI IzUsvovlGgT4EJdq0PTaZ4Dm0WIXjBtD0wLcnJDoVjgRFlPCmyTU8VsNYLZJDmPqxxCL OT/TGrpF+2O7PaMxGBI6yeul6VwI9pwRx5/fUXqA3PQO4hd7oy3cRJyi66jJCV40Dd2x EjZ+GR+fkHQuIwCMlkwh6W3+frRhMueAcukods0XG7+nZMO2shq9cUUTv+JNlJgKJmLI hdkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1687285981; x=1689877981; h=cc:to:from:subject:message-id:mime-version:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=sBPwNjci+mVKgvTGGSvenUmGifZY3Myji5qjgOuCzdY=; b=i8sGZBGR0ZvxFIKuZKApA62FeRzY1pSb3pEHgTwVFhwGGN2Hj0oW/vl4advXGtEYD7 d7Puta3CXQZPhx050yFvJmkjBk/YiYWM5SF1idXAMTmmqmh43eEZfyqKQRBmZ9y9sqSS DsrMin6cmdamF1J4g116jsa70Rrp1qGv+0/Tz3S+tWjaS4FMWwsIULAb3aEejel96Do4 tqh35Cjy9s9q0kgxYsmClk6oIiZQt1ckBw9dNjcQKxhVBg74kcYzpgBxRHOkSnioBIuW DjOxvtFUYIdmn5FzgZOwy1bgysIQIXlCa62jlXocRWxJEloJTuv+5Cth3bN9NyC0Uamk EQOQ== X-Gm-Message-State: AC+VfDzRN7oyVD1DGU3pJYfLYpc9+YO1F9+N9vU1yRZZOjADEJCNJb/A vKS+Akkb/OczqoOd9YukqljJlDtf+ny5 X-Received: from joshdon-desktop.svl.corp.google.com ([2620:15c:2a3:200:7f30:1fa1:c3c6:d39a]) (user=joshdon job=sendgmr) by 2002:a05:6902:561:b0:bad:2b06:da3 with SMTP id a1-20020a056902056100b00bad2b060da3mr4934249ybt.3.1687285981208; Tue, 20 Jun 2023 11:33:01 -0700 (PDT) Date: Tue, 20 Jun 2023 11:32:46 -0700 Mime-Version: 1.0 X-Mailer: git-send-email 2.41.0.162.gfafddb0af9-goog Message-ID: <20230620183247.737942-1-joshdon@google.com> Subject: [PATCH v3 1/2] sched: don't account throttle time for empty groups From: Josh Don To: Peter Zijlstra Cc: Tejun Heo , Zefan Li , Johannes Weiner , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider , cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, mkoutny@suse.com, Josh Don Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL 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 It is easy for a cfs_rq to become throttled even when it has no enqueued entities (for example, if we have just put_prev()'d the last runnable task of the cfs_rq, and the cfs_rq is out of quota). Avoid accounting this time towards total throttle time, since it otherwise falsely inflates the stats. Note that the dequeue path is special, since we normally disallow migrations when a task is in a throttled hierarchy (see throttled_lb_pair()). Signed-off-by: Josh Don --- v3: fix bug with nested limits kernel/sched/fair.c | 18 +++++++++++++++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 6189d1a45635..72571d48559a 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -4787,6 +4787,7 @@ place_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, int initial) } static void check_enqueue_throttle(struct cfs_rq *cfs_rq); +static inline int cfs_rq_throttled(struct cfs_rq *cfs_rq); static inline bool cfs_bandwidth_used(void); @@ -4873,8 +4874,14 @@ enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, int flags) if (cfs_rq->nr_running == 1) { check_enqueue_throttle(cfs_rq); - if (!throttled_hierarchy(cfs_rq)) + if (!throttled_hierarchy(cfs_rq)) { list_add_leaf_cfs_rq(cfs_rq); + } else { +#ifdef CONFIG_CFS_BANDWIDTH + if (cfs_rq_throttled(cfs_rq) && !cfs_rq->throttled_clock) + cfs_rq->throttled_clock = rq_clock(rq_of(cfs_rq)); +#endif + } } } @@ -5480,7 +5487,9 @@ static bool throttle_cfs_rq(struct cfs_rq *cfs_rq) * throttled-list. rq->lock protects completion. */ cfs_rq->throttled = 1; - cfs_rq->throttled_clock = rq_clock(rq); + SCHED_WARN_ON(cfs_rq->throttled_clock); + if (cfs_rq->nr_running) + cfs_rq->throttled_clock = rq_clock(rq); return true; } @@ -5498,7 +5507,10 @@ void unthrottle_cfs_rq(struct cfs_rq *cfs_rq) update_rq_clock(rq); raw_spin_lock(&cfs_b->lock); - cfs_b->throttled_time += rq_clock(rq) - cfs_rq->throttled_clock; + if (cfs_rq->throttled_clock) { + cfs_b->throttled_time += rq_clock(rq) - cfs_rq->throttled_clock; + cfs_rq->throttled_clock = 0; + } list_del_rcu(&cfs_rq->throttled_list); raw_spin_unlock(&cfs_b->lock); -- 2.41.0.162.gfafddb0af9-goog