Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1055841rwb; Thu, 10 Nov 2022 10:34:32 -0800 (PST) X-Google-Smtp-Source: AMsMyM7xaFUf7oaw6I04TymC9NF4YSG0iTU9+ZwUVx6+Xt8WkVIGFLf8o4L/8sfhvoVQe/ldzKEJ X-Received: by 2002:a17:903:2446:b0:187:11c6:6a1b with SMTP id l6-20020a170903244600b0018711c66a1bmr58614445pls.39.1668105272707; Thu, 10 Nov 2022 10:34:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668105272; cv=none; d=google.com; s=arc-20160816; b=LZNeNW8ZVNqyPwZgEEym+AqR4rAaEEK+tbt4yXVeh19KZcSVWXX19sDOK2lDEkve9A WnTXgEqx7/JB6Rqu6J3mPTQkH/4vu+CBEkh1GRhy1Te2HuoUXerUuQ+WmSXxxsm+xCXJ 82dW4htMSzyxr1v8/3PXscFPl4ywOgBx6PGJsNEnLR1oEr2jk2c4gfm+aW02peE1+51O V5FMXxjimDo7ygCsG5S5az6rha+iDt/Mv5wML2d8sZesKa+E10RE9CQVdrMIhhpAC5N9 mBHDi3ZEdjcMCZ2Vcka826ur+HirZy8eRcz/l+7LbDsAljlWMwbIAs7oIS06qpVUrgQ5 nM5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from:dkim-signature; bh=jbAeTvweSkPP6agxaj22JMn30F3trtvlIj14CMAmqB0=; b=nsPSHyAsrt4ViBOrF4BhTbfzxtJAUHisyT/rT4/H/F0GVnvz+QUqhgcRWuiC0gveXh FXanuDnC8I+XC/6MI+LP7YwD6yHhqhsgaoQzcSAHTXGfRW8oTfUDvmvyRw391LeErMV/ tdmYwSvv7j/lrEBQgV0Ys47Ozcw3tQrxKHxmf0dVdPqT4WZCQBhbMYSkvybLKoPavzcr GtOthFFngrIk7Z32aprXBavb24yW5C0mYO+ZLVBx93n7kzpcVnV61ogGg8hDC/Pg1t+8 eoDynV76HpYaVxqPwLcQSM6siRxvvIas0aK/SpTBeatj0uUsjH1gFh++PiXq34BBjHxS 1b7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=bmdUgTf4; 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 o8-20020a170902d4c800b0017841de491fsi25144911plg.361.2022.11.10.10.34.20; Thu, 10 Nov 2022 10:34:32 -0800 (PST) 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=bmdUgTf4; 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 S231678AbiKJRvH (ORCPT + 92 others); Thu, 10 Nov 2022 12:51:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33902 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231364AbiKJRul (ORCPT ); Thu, 10 Nov 2022 12:50:41 -0500 Received: from mail-wr1-x42d.google.com (mail-wr1-x42d.google.com [IPv6:2a00:1450:4864:20::42d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 15E1945A1D for ; Thu, 10 Nov 2022 09:50:35 -0800 (PST) Received: by mail-wr1-x42d.google.com with SMTP id z14so3357354wrn.7 for ; Thu, 10 Nov 2022 09:50:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=references:in-reply-to:message-id:date:subject:cc:to:from:from:to :cc:subject:date:message-id:reply-to; bh=jbAeTvweSkPP6agxaj22JMn30F3trtvlIj14CMAmqB0=; b=bmdUgTf4gcVpCxglkDR3uxYUaXJknyaQYgzpJiDFLJ94DvHOtzANYn0e72SN5bOsI0 ojUXdf3NQWy04FTS9ZPuggZUteO8WqEaaVT9cDmhl304L432LjMFKnQQ19dBwPhwWIx9 mRZkCG/++jW9SjfRQbwYF4RorYRtkC/OGOic/Rj8pUV3g9XBbfi1Vy/7MVod8/g90dJ5 sAoGhNKvRFQN/IbJQZBs9K6XZ4qaNaVexOqedCTk5yvu7y+TXnZtgwNwhjk2O6IwkY50 Eauybi+D1ZS6mm4gWf6CxzPoE+TmfI8dsNGWWZ3+Ufp96eTmmcUlkdN9ZbtJ/3c3zguK a8Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:in-reply-to:message-id:date:subject:cc:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jbAeTvweSkPP6agxaj22JMn30F3trtvlIj14CMAmqB0=; b=Oka5Z0/ktkG9G67XRPSgqYnpbcKiLujOiahWgcRDhkMb3nkjUwb9GRxaK/BDsOQD90 jd33juuPNJAlRqnjA9SeSEAFGk/SYr8nxNwSjW8pfGDDe/n7wBqw4CHKZqe37S3kQWDq hRBRMt1Mi9QSxmHJRlTmkTFA8mg/EprfSgvJveNOjGoUX/WRwvMIoUYbvwRGNCz3xvri 8T9x7HvE1VE63H4fASj1rPnCJ6zhhOErjatZMBeZM6ojtjl2Lrnv+Pz+GaovZjelT+aH 9OS0v5YBc4EeBthbw+djqhmorXD1pp27McSBwx6CUp/TMNHza/HV90ahvOfQj3o/qHux dfzw== X-Gm-Message-State: ACrzQf2WeECQ/vP9iSg/aPrWHUIWVCV7T5QMAEu9MKpLCPiDUO+ZzkbP FcSSxY1PzwwCFCwG1z1CPMNoeQ== X-Received: by 2002:a5d:4107:0:b0:236:58e5:290d with SMTP id l7-20020a5d4107000000b0023658e5290dmr1030819wrp.2.1668102633422; Thu, 10 Nov 2022 09:50:33 -0800 (PST) Received: from localhost.localdomain ([2a01:e0a:f:6020:342a:468f:562a:9cc4]) by smtp.gmail.com with ESMTPSA id f6-20020a05600c4e8600b003cfc02ab8basm6514677wmq.33.2022.11.10.09.50.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Nov 2022 09:50:32 -0800 (PST) From: Vincent Guittot To: 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, parth@linux.ibm.com Cc: qyousef@layalina.io, chris.hyser@oracle.com, patrick.bellasi@matbug.net, David.Laight@aculab.com, pjt@google.com, pavel@ucw.cz, tj@kernel.org, qperret@google.com, tim.c.chen@linux.intel.com, joshdon@google.com, timj@gnu.org, kprateek.nayak@amd.com, yu.c.chen@intel.com, youssefesmat@chromium.org, joel@joelfernandes.org, Vincent Guittot Subject: [PATCH v8 8/9] sched/fair: Add latency list Date: Thu, 10 Nov 2022 18:50:08 +0100 Message-Id: <20221110175009.18458-9-vincent.guittot@linaro.org> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20221110175009.18458-1-vincent.guittot@linaro.org> References: <20221110175009.18458-1-vincent.guittot@linaro.org> 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 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 Add a rb tree for latency sensitive entities so we can schedule the most sensitive one first even when it failed to preempt current at wakeup or when it got quickly preempted by another entity of higher priority. In order to keep fairness, the latency is used once at wakeup to get a minimum slice and not during the following scheduling slice to prevent long running entity to got more running time than allocated to his nice priority. The rb tree enables to cover the last corner case where latency sensitive entity can't got schedule quickly after the wakeup. Signed-off-by: Vincent Guittot --- include/linux/sched.h | 1 + kernel/sched/core.c | 1 + kernel/sched/fair.c | 95 +++++++++++++++++++++++++++++++++++++++++-- kernel/sched/sched.h | 1 + 4 files changed, 95 insertions(+), 3 deletions(-) diff --git a/include/linux/sched.h b/include/linux/sched.h index a74cad08e91e..45b8c36e64cc 100644 --- a/include/linux/sched.h +++ b/include/linux/sched.h @@ -547,6 +547,7 @@ struct sched_entity { /* For load-balancing: */ struct load_weight load; struct rb_node run_node; + struct rb_node latency_node; struct list_head group_node; unsigned int on_rq; diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 3f42b1f61a7e..c6c67677d71f 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -4342,6 +4342,7 @@ static void __sched_fork(unsigned long clone_flags, struct task_struct *p) p->se.nr_migrations = 0; p->se.vruntime = 0; INIT_LIST_HEAD(&p->se.group_node); + RB_CLEAR_NODE(&p->se.latency_node); #ifdef CONFIG_FAIR_GROUP_SCHED p->se.cfs_rq = NULL; diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index a7372f80b1ea..fb4973a87f25 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -664,7 +664,76 @@ struct sched_entity *__pick_last_entity(struct cfs_rq *cfs_rq) return __node_2_se(last); } +#endif +/************************************************************** + * Scheduling class tree data structure manipulation methods: + * for latency + */ + +static inline bool latency_before(struct sched_entity *a, + struct sched_entity *b) +{ + return (s64)(a->vruntime + a->latency_offset - b->vruntime - b->latency_offset) < 0; +} + +#define __latency_node_2_se(node) \ + rb_entry((node), struct sched_entity, latency_node) + +static inline bool __latency_less(struct rb_node *a, const struct rb_node *b) +{ + return latency_before(__latency_node_2_se(a), __latency_node_2_se(b)); +} + +/* + * Enqueue an entity into the latency rb-tree: + */ +static void __enqueue_latency(struct cfs_rq *cfs_rq, struct sched_entity *se, int flags) +{ + + /* Only latency sensitive entity can be added to the list */ + if (se->latency_offset >= 0) + return; + + if (!RB_EMPTY_NODE(&se->latency_node)) + return; + + /* + * An execution time less than sysctl_sched_min_granularity means that + * the entity has been preempted by a higher sched class or an entity + * with higher latency constraint. + * Put it back in the list so it gets a chance to run 1st during the + * next slice. + */ + if (!(flags & ENQUEUE_WAKEUP)) { + u64 delta_exec = se->sum_exec_runtime - se->prev_sum_exec_runtime; + + if (delta_exec >= sysctl_sched_min_granularity) + return; + } + + rb_add_cached(&se->latency_node, &cfs_rq->latency_timeline, __latency_less); +} + +static void __dequeue_latency(struct cfs_rq *cfs_rq, struct sched_entity *se) +{ + if (!RB_EMPTY_NODE(&se->latency_node)) { + rb_erase_cached(&se->latency_node, &cfs_rq->latency_timeline); + RB_CLEAR_NODE(&se->latency_node); + } +} + +static struct sched_entity *__pick_first_latency(struct cfs_rq *cfs_rq) +{ + struct rb_node *left = rb_first_cached(&cfs_rq->latency_timeline); + + if (!left) + return NULL; + + return __latency_node_2_se(left); +} + +#ifdef CONFIG_SCHED_DEBUG /************************************************************** * Scheduling class statistics methods: */ @@ -4439,8 +4508,10 @@ enqueue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, int flags) check_schedstat_required(); update_stats_enqueue_fair(cfs_rq, se, flags); check_spread(cfs_rq, se); - if (!curr) + if (!curr) { __enqueue_entity(cfs_rq, se); + __enqueue_latency(cfs_rq, se, flags); + } se->on_rq = 1; if (cfs_rq->nr_running == 1) { @@ -4526,8 +4597,10 @@ dequeue_entity(struct cfs_rq *cfs_rq, struct sched_entity *se, int flags) clear_buddies(cfs_rq, se); - if (se != cfs_rq->curr) + if (se != cfs_rq->curr) { __dequeue_entity(cfs_rq, se); + __dequeue_latency(cfs_rq, se); + } se->on_rq = 0; account_entity_dequeue(cfs_rq, se); @@ -4616,6 +4689,7 @@ set_next_entity(struct cfs_rq *cfs_rq, struct sched_entity *se) */ update_stats_wait_end_fair(cfs_rq, se); __dequeue_entity(cfs_rq, se); + __dequeue_latency(cfs_rq, se); update_load_avg(cfs_rq, se, UPDATE_TG); } @@ -4654,7 +4728,7 @@ static struct sched_entity * pick_next_entity(struct cfs_rq *cfs_rq, struct sched_entity *curr) { struct sched_entity *left = __pick_first_entity(cfs_rq); - struct sched_entity *se; + struct sched_entity *latency, *se; /* * If curr is set we have to see if its left of the leftmost entity @@ -4696,6 +4770,12 @@ pick_next_entity(struct cfs_rq *cfs_rq, struct sched_entity *curr) se = cfs_rq->last; } + /* Check for latency sensitive entity waiting for running */ + latency = __pick_first_latency(cfs_rq); + if (latency && (latency != se) && + wakeup_preempt_entity(latency, se) < 1) + se = latency; + return se; } @@ -4719,6 +4799,7 @@ static void put_prev_entity(struct cfs_rq *cfs_rq, struct sched_entity *prev) update_stats_wait_start_fair(cfs_rq, prev); /* Put 'current' back into the tree. */ __enqueue_entity(cfs_rq, prev); + __enqueue_latency(cfs_rq, prev, 0); /* in !on_rq case, update occurred at dequeue */ update_load_avg(cfs_rq, prev, 0); } @@ -11712,6 +11793,7 @@ static void set_next_task_fair(struct rq *rq, struct task_struct *p, bool first) void init_cfs_rq(struct cfs_rq *cfs_rq) { cfs_rq->tasks_timeline = RB_ROOT_CACHED; + cfs_rq->latency_timeline = RB_ROOT_CACHED; u64_u32_store(cfs_rq->min_vruntime, (u64)(-(1LL << 20))); #ifdef CONFIG_SMP raw_spin_lock_init(&cfs_rq->removed.lock); @@ -12020,8 +12102,15 @@ int sched_group_set_latency(struct task_group *tg, s64 latency) for_each_possible_cpu(i) { struct sched_entity *se = tg->se[i]; + struct rq *rq = cpu_rq(i); + struct rq_flags rf; + + rq_lock_irqsave(rq, &rf); + __dequeue_latency(se->cfs_rq, se); WRITE_ONCE(se->latency_offset, latency); + + rq_unlock_irqrestore(rq, &rf); } mutex_unlock(&shares_mutex); diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index 95d4be4f3af6..91ec36c1158b 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -599,6 +599,7 @@ struct cfs_rq { #endif struct rb_root_cached tasks_timeline; + struct rb_root_cached latency_timeline; /* * 'curr' points to currently running entity on this cfs_rq. -- 2.17.1