Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp264650rwl; Thu, 30 Mar 2023 15:46:56 -0700 (PDT) X-Google-Smtp-Source: AKy350Y7Cmgnn4w8oWFet61PaHVafMQSo+0pS+k4hESEauSWhKx31lxy0JQUqN4K7z6AjhwUP83C X-Received: by 2002:a17:906:74c3:b0:933:fa42:7e36 with SMTP id z3-20020a17090674c300b00933fa427e36mr3058643ejl.5.1680216415774; Thu, 30 Mar 2023 15:46:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680216415; cv=none; d=google.com; s=arc-20160816; b=cZJ8SGlMnq/Ihnz15CjpaAFJTCZR/l2kslHxkQs0//yFAzI4cBXpC1GhESq58BnZ/G d0vo82MqSEXaCec0GZPajQsxtywsaNRX7k5W7PpZmAYlm8oj47QYVaYA3eGqxwr8wqtd lncMlQWM5fUSfMGEfqzFOK7oWnSFz2M1H7GGXHxBHHw2axj/EhqoI7VZy1kJrNV1Pbcr sGnCW1N8Xe1K/4ptwOIvtimA+HuhqHQ7sZ+H0J3ZVXG0cSg6wCMgEk4kwijJKA54xLbc +7LKxSy3G3CLtGf7XwdWjQ1NB0tkjIRLgmRExO14U2UNTPfUoGB5oUfKrwXzwNIE/zjo 9GuA== 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:references :mime-version:in-reply-to:date:dkim-signature; bh=bQHMl9pwJydZAQbrAoDkSnvavcJ/jzjaFAvojHFhORk=; b=lSDBlmTm5u90n93q5IjmCghQnmJ/FSV+sdVDqyVSgzrtT1IDtdaNQjtXWy8Jlrh/Q+ 2cbKB3o7qpQCSIWc6fPH1F3eX6coKGiPaaVrTlNl/iYs79GpGEy2VqAff+MfeiuCZmca TyMcyS1PcjgMPJkeNuf1rwRAVCPcuJeCZ9SO+OGkyQp+6IBUUIl/j2Jt1EJ/6e4WMRId 6809Xt0sC9HUmVVrUvyS2JV4fKgmrLEGrkqrf3pLDbMqJ4BjutFiBj7knI7cNFGRsSOJ FS0aRaq28qI8pzJiJeEAByyYxHeYB9Y8MbkmOOZg7bI3vhF3sJXgRNm/F7MOw3oowvdB 51Mw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=aVyRcPrH; 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 h1-20020a170906260100b009407d24471fsi682089ejc.593.2023.03.30.15.46.30; Thu, 30 Mar 2023 15:46:55 -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=20210112 header.b=aVyRcPrH; 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 S230522AbjC3Woi (ORCPT + 99 others); Thu, 30 Mar 2023 18:44:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37910 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230473AbjC3Woa (ORCPT ); Thu, 30 Mar 2023 18:44:30 -0400 Received: from mail-yw1-x114a.google.com (mail-yw1-x114a.google.com [IPv6:2607:f8b0:4864:20::114a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4992CF758 for ; Thu, 30 Mar 2023 15:44:11 -0700 (PDT) Received: by mail-yw1-x114a.google.com with SMTP id 00721157ae682-54476ef9caeso201524327b3.6 for ; Thu, 30 Mar 2023 15:44:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; t=1680216250; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=bQHMl9pwJydZAQbrAoDkSnvavcJ/jzjaFAvojHFhORk=; b=aVyRcPrHJwz7MfmXZb1o53eCtMsfboMVDVTTVcPi3zpHbw30kjCt+iDzgM9bvfPtEo 4ZMRaB5Fosr4zuNX1jwbfBiWfYiBV/zXr+kMT2LUPrM//1+KkXbTQsXR5nP4juT8sKjn IAL7O5vSNAm1vkok5pXaxxx+jfJyApVzSKx7s/m4u+luYcDFiw2UjrlQMPJZAqsg4UNn GDWJlawuotC85j6O3Iws+KGHGz123wkKyzlgUX/zSBWMrr5PUXHQ4ICh+njSMxS9MPAD 65ht05qybrXYbbv09nELVv6QzospFT84//Vv+l46WmW9IU5/0TmYlTmAD1vWzjCl4nxd G0VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680216250; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=bQHMl9pwJydZAQbrAoDkSnvavcJ/jzjaFAvojHFhORk=; b=fVGlqwgJOeZWYW+KlMRcTVd+89pBETswL/AiSXW8mFZ5M6uuAgcDjCBzrZdgI6RpJc 576nU4r3O2tfKdGEOX66wNv4VB6g4Ovr/eS4PK6IS9nJxlPMACv/93YfWQvnvtLA4p7E htunhnmOqBxdwFxcEOyaF7me8IF5WZtWgPLfRfXXWuz6KNVH4bnr0Y7OaT9aYzM17nTy GVHCh4l2fV9kmnrAE2Vv2hMBmcLEMc2tJQUi+Fhq1yPc5xuVlGNudFZUMQWHXRIhxReb M/nLTWdSFDbh3Iyu8Qvdt/+Tc3O3+W3ZfQJSRqj7EPZXvDCGXmb75KTjXZ4/DCXTk+d6 4FqQ== X-Gm-Message-State: AAQBX9e31AkzIzBujFWi7c/0gys0R5iu4x+LCcaIAACkqiuFkIObS+Ii oHWrZLZa18K/qMi7eI5lUj1tJNBoPO60 X-Received: from davidai2.mtv.corp.google.com ([2620:15c:211:201:c162:24e8:ec5e:d520]) (user=davidai job=sendgmr) by 2002:a25:1185:0:b0:a27:3ecc:ffe7 with SMTP id 127-20020a251185000000b00a273eccffe7mr4049907ybr.3.1680216250466; Thu, 30 Mar 2023 15:44:10 -0700 (PDT) Date: Thu, 30 Mar 2023 15:43:36 -0700 In-Reply-To: <20230330224348.1006691-1-davidai@google.com> Mime-Version: 1.0 References: <20230330224348.1006691-1-davidai@google.com> X-Mailer: git-send-email 2.40.0.348.gf938b09366-goog Message-ID: <20230330224348.1006691-2-davidai@google.com> Subject: [RFC PATCH 1/6] sched/fair: Add util_guest for tasks From: David Dai To: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Valentin Schneider Cc: David Dai , Saravana Kannan , kernel-team@android.com, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-7.7 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable 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 For virtualization usecases, util_est and util_avg currently tracked on the host aren't sufficient to accurately represent the workload on vCPU threads, which results in poor frequency selection and performance. For example, when a large workload migrates from a busy vCPU thread to an idle vCPU thread, it incurs additional DVFS ramp-up latencies as util accumulates. Introduce a new "util_guest" member as an additional PELT signal that's independently updated by the guest. When used, it's max aggregated to provide a boost to both task_util and task_util_est. Updating task_util and task_util_est will ensure: -Better task placement decisions for vCPU threads on the host -Correctly updating util_est.ewma during dequeue -Additive util with other threads on the same runqueue for more accurate frequency responses Co-developed-by: Saravana Kannan Signed-off-by: Saravana Kannan Signed-off-by: David Dai --- include/linux/sched.h | 11 +++++++++++ kernel/sched/core.c | 18 +++++++++++++++++- kernel/sched/fair.c | 15 +++++++++++++-- 3 files changed, 41 insertions(+), 3 deletions(-) diff --git a/include/linux/sched.h b/include/linux/sched.h index 63d242164b1a..d8c346fcdf52 100644 --- a/include/linux/sched.h +++ b/include/linux/sched.h @@ -445,6 +445,16 @@ struct util_est { #define UTIL_AVG_UNCHANGED 0x80000000 } __attribute__((__aligned__(sizeof(u64)))); +/* + * For sched_setattr_nocheck() (kernel) only + * + * Allow vCPU threads to use UTIL_GUEST as a way to hint the scheduler with more + * accurate utilization info. This is useful when guest kernels have some way of + * tracking its own runqueue's utilization. + * + */ +#define SCHED_FLAG_UTIL_GUEST 0x20000000 + /* * The load/runnable/util_avg accumulates an infinite geometric series * (see __update_load_avg_cfs_rq() in kernel/sched/pelt.c). @@ -499,6 +509,7 @@ struct sched_avg { unsigned long load_avg; unsigned long runnable_avg; unsigned long util_avg; + unsigned long util_guest; struct util_est util_est; } ____cacheline_aligned; diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 0d18c3969f90..7700ef5610c1 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -2024,6 +2024,16 @@ static inline void uclamp_post_fork(struct task_struct *p) { } static inline void init_uclamp(void) { } #endif /* CONFIG_UCLAMP_TASK */ +static void __setscheduler_task_util(struct task_struct *p, + const struct sched_attr *attr) +{ + + if (likely(!(attr->sched_flags & SCHED_FLAG_UTIL_GUEST))) + return; + + p->se.avg.util_guest = attr->sched_util_min; +} + bool sched_task_on_rq(struct task_struct *p) { return task_on_rq_queued(p); @@ -7561,7 +7571,7 @@ static int __sched_setscheduler(struct task_struct *p, return -EINVAL; } - if (attr->sched_flags & ~(SCHED_FLAG_ALL | SCHED_FLAG_SUGOV)) + if (attr->sched_flags & ~(SCHED_FLAG_ALL | SCHED_FLAG_SUGOV | SCHED_FLAG_UTIL_GUEST)) return -EINVAL; /* @@ -7583,6 +7593,9 @@ static int __sched_setscheduler(struct task_struct *p, if (attr->sched_flags & SCHED_FLAG_SUGOV) return -EINVAL; + if (attr->sched_flags & SCHED_FLAG_UTIL_GUEST) + return -EINVAL; + retval = security_task_setscheduler(p); if (retval) return retval; @@ -7629,6 +7642,8 @@ static int __sched_setscheduler(struct task_struct *p, goto change; if (attr->sched_flags & SCHED_FLAG_UTIL_CLAMP) goto change; + if (attr->sched_flags & SCHED_FLAG_UTIL_GUEST) + goto change; p->sched_reset_on_fork = reset_on_fork; retval = 0; @@ -7718,6 +7733,7 @@ static int __sched_setscheduler(struct task_struct *p, __setscheduler_prio(p, newprio); } __setscheduler_uclamp(p, attr); + __setscheduler_task_util(p, attr); if (queued) { /* diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 6986ea31c984..998649554344 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -4276,14 +4276,16 @@ static int newidle_balance(struct rq *this_rq, struct rq_flags *rf); static inline unsigned long task_util(struct task_struct *p) { - return READ_ONCE(p->se.avg.util_avg); + return max(READ_ONCE(p->se.avg.util_avg), + READ_ONCE(p->se.avg.util_guest)); } static inline unsigned long _task_util_est(struct task_struct *p) { struct util_est ue = READ_ONCE(p->se.avg.util_est); - return max(ue.ewma, (ue.enqueued & ~UTIL_AVG_UNCHANGED)); + return max_t(unsigned long, READ_ONCE(p->se.avg.util_guest), + max(ue.ewma, (ue.enqueued & ~UTIL_AVG_UNCHANGED))); } static inline unsigned long task_util_est(struct task_struct *p) @@ -6242,6 +6244,15 @@ enqueue_task_fair(struct rq *rq, struct task_struct *p, int flags) */ util_est_enqueue(&rq->cfs, p); + /* + * The normal code path for host thread enqueue doesn't take into + * account guest task migrations when updating cpufreq util. + * So, always update the cpufreq when a vCPU thread has a + * non-zero util_guest value. + */ + if (READ_ONCE(p->se.avg.util_guest)) + cpufreq_update_util(rq, 0); + /* * If in_iowait is set, the code below may not trigger any cpufreq * utilization updates, so do it here explicitly with the IOWAIT flag -- 2.40.0.348.gf938b09366-goog