Received: by 2002:ac0:e34a:0:0:0:0:0 with SMTP id g10csp700065imn; Tue, 26 Jul 2022 07:08:34 -0700 (PDT) X-Google-Smtp-Source: AGRyM1udSn6L3iFBmjh8lE8nklg1iVVzwf4zm+xypvux2aJAvd+Asq7RgyX47tRQvYqVTz6YKI9E X-Received: by 2002:aa7:ce02:0:b0:43b:c381:5e19 with SMTP id d2-20020aa7ce02000000b0043bc3815e19mr18310602edv.295.1658844513928; Tue, 26 Jul 2022 07:08:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658844513; cv=none; d=google.com; s=arc-20160816; b=tBK6dwx+bBX8kthWeQIF47xU6EO7ZoNisdo8p58/gzoA1+bV2nOZhldeMCSMbP8EkH isqnVep0r6DaXqxZwQV1IZHUV4dG2oIo8rrTrPKsC9cVIwp/9nhBm9MUK28W/VZJzwHm 9p0+NMiN9fIlsMQZkL3djOe19jhITFV1Ru1VlfaG5RMML+D4LKaBfnI8Mj07oZZJyQnQ K0ocK9AauJS4P52nc5W+ZWzOLCD55YtgS8pC6YYGZUCl8gPjcNFxeDHtJXYlG4WK4hPB qg85br72MLretPXd61EwH+4y8V2BNRvP3cTvbak73XoZACzlzgDyiEcBhJgt3Yr+P6xv o6qg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=tIOWG9s1e92ioNrCIhQiWnhjfykkKqEOovZ30+o7rsY=; b=y/6xfbDNjUYzORbzvoe+LMtOenTeocMbddb9xXYXQAJUOOiX6DrTaTUkeN3u+eY6a9 E74s1DNuqxJzRiaT5yfJ+w40/PFM2wi8NNtmryhpKdrE1qxNquYh7y5BZ+BvWAbqmOrD cwiHLH1jPmelCoGvH3NRjlyUIVr0+22u0903DpcyA2fj/daTurm7bgHa1XNRryLtKM0K RbHvGer4zd35//ToKkF4YR0xMbllH76NLHJ94GdHu4NhnphsdlN+mlvtGc5Bydh2B05D dVqZTQF+YBiOm/eyaCDcS9rrQegmdmF9bdtlmFqlJgl0cMs3Z8UACWlzdjAUnK5yiwxW 807Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@bytedance-com.20210112.gappssmtp.com header.s=20210112 header.b=z34578kv; 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=fail (p=NONE sp=NONE dis=NONE) header.from=bytedance.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w7-20020a05640234c700b0043be8c8a743si7834083edc.35.2022.07.26.07.08.03; Tue, 26 Jul 2022 07:08:33 -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=@bytedance-com.20210112.gappssmtp.com header.s=20210112 header.b=z34578kv; 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=fail (p=NONE sp=NONE dis=NONE) header.from=bytedance.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239326AbiGZN4u (ORCPT + 99 others); Tue, 26 Jul 2022 09:56:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39114 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239271AbiGZN4R (ORCPT ); Tue, 26 Jul 2022 09:56:17 -0400 Received: from mail-pf1-x42f.google.com (mail-pf1-x42f.google.com [IPv6:2607:f8b0:4864:20::42f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C80222CE17 for ; Tue, 26 Jul 2022 06:56:02 -0700 (PDT) Received: by mail-pf1-x42f.google.com with SMTP id 70so13320691pfx.1 for ; Tue, 26 Jul 2022 06:56:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=tIOWG9s1e92ioNrCIhQiWnhjfykkKqEOovZ30+o7rsY=; b=z34578kv4QOUyL7TvZFzZpPA4AYzA6Gu2O5I8HXV4tntB7q/NM4+Bv8UgrT0NoxnCi Wk7E+VLDegKGumqa7x9ETTh7OoqaEcwJIOsnkabVesBS94Z9AqePzXmoiZb/lZt4d8vo lctw/epQkSukMGXL4Qd1pHG5fSyR5/r8OO34EoZPfnRpF9iGCstcJQnnoF3ZrzLrzv8/ ytgE508NcxPz4KF8OigDa5QfQtbqDeKPPSxkjw/hw2wvxTERH+6blZaunmuEKHxboZfZ 8Gkcu2YvLz2iMglP3GD70i0sS/lAeJ5paWVpcUl7+BDFUZOHJ6ZXs30Dw04tvvyWF1Ik 6WUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=tIOWG9s1e92ioNrCIhQiWnhjfykkKqEOovZ30+o7rsY=; b=EB2mHyjjZRXppIDgQ2DidiV8UUyz2C/TipVpTU5k0s7FRakv0ksZVTQAuEY+TvIBYL EV5HTg8LyIqRcZ8RIm3h3Ise/vN4L4eGR9iZztbJiSyDbdq6l1/IvczvT8BPlXgbIIuk 60heGFsl4ZgxK/lH+FjxdsxROJ8ry584S5jrqRoRC0hNrLjZ89XHpIp00ne44jIWBBrL vCPwJjwicvmSwRrUjsMciZB2Mq1lt3Qj0s2JDsiXWrxeusEclATb7+0cX1ag74TM3WEb IrQbgJNq2sbVfjhR693U7QP4hM3+K6/OBwqjDlC7Kd1YTe0IIEytVHl57xrIafobjIkw tuRQ== X-Gm-Message-State: AJIora+ARyPS7UQLl6BPg6t6+Gzqi4zYyc48WfN73uK3C6uChOXhU6dT 7BzgvEd4UwmEH0TXEXe1Km16aA== X-Received: by 2002:a63:4e11:0:b0:419:e9dd:a867 with SMTP id c17-20020a634e11000000b00419e9dda867mr14614522pgb.481.1658843761290; Tue, 26 Jul 2022 06:56:01 -0700 (PDT) Received: from [10.5.61.95] ([139.177.225.241]) by smtp.gmail.com with ESMTPSA id t12-20020aa7946c000000b0052bf678dac6sm4690540pfq.193.2022.07.26.06.55.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 Jul 2022 06:56:00 -0700 (PDT) Message-ID: <1fa5ebfa-b441-f42c-b721-544458b93cd0@bytedance.com> Date: Tue, 26 Jul 2022 21:55:52 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.0.3 Subject: Re: [External] Re: [PATCH 9/9] sched/psi: add PSI_IRQ to track IRQ/SOFTIRQ pressure Content-Language: en-US To: Johannes Weiner Cc: surenb@google.com, mingo@redhat.com, peterz@infradead.org, tj@kernel.org, corbet@lwn.net, akpm@linux-foundation.org, rdunlap@infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, songmuchun@bytedance.com, cgroups@vger.kernel.org References: <20220721040439.2651-1-zhouchengming@bytedance.com> <20220721040439.2651-10-zhouchengming@bytedance.com> From: Chengming Zhou In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,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 On 2022/7/26 02:26, Johannes Weiner wrote: > On Thu, Jul 21, 2022 at 12:04:39PM +0800, Chengming Zhou wrote: >> Now PSI already tracked workload pressure stall information for >> CPU, memory and IO. Apart from these, IRQ/SOFTIRQ could have >> obvious impact on some workload productivity, such as web service >> workload. >> >> When CONFIG_IRQ_TIME_ACCOUNTING, we can get IRQ/SOFTIRQ delta time >> from update_rq_clock_task(), in which we can record that delta >> to CPU curr task's cgroups as PSI_IRQ_FULL status. >> >> Note we don't use PSI_IRQ_SOME since IRQ/SOFTIRQ always happen in >> the current task on the CPU, make nothing productive could run >> even if it were runnable, so we only use PSI_IRQ_FULL. > > That sounds reasonable. > >> For performance impact consideration, this is enabled by default when >> CONFIG_IRQ_TIME_ACCOUNTING, but can be disabled by kernel cmdline >> parameter "psi_irq=". > > If there isn't a concrete usecase already, let's not add another > commandline parameter for now. Ok, will remove it. > >> @@ -63,9 +64,11 @@ enum psi_states { >> PSI_MEM_FULL, >> PSI_CPU_SOME, >> PSI_CPU_FULL, >> + PSI_IRQ_SOME, >> + PSI_IRQ_FULL, >> /* Only per-CPU, to weigh the CPU in the global average: */ >> PSI_NONIDLE, >> - NR_PSI_STATES = 7, >> + NR_PSI_STATES = 9, >> }; > > Unfortunately, this grows the psi state touched by the scheduler into > a second cacheline. :( Please reclaim space first. Thank you for pointing this out! > > I think we can remove the NR_CPU task count, which frees up one > u32. Something like the below diff should work (untested!) > > And you should be able to remove PSI_IRQ_SOME, since it's not used > anyway. Then we'd be good to go. Very good solution for this, I will test it later. Thanks! > > diff --git a/include/linux/psi_types.h b/include/linux/psi_types.h > index c7fe7c089718..31dc76e2d8ea 100644 > --- a/include/linux/psi_types.h > +++ b/include/linux/psi_types.h > @@ -15,13 +15,6 @@ enum psi_task_count { > NR_IOWAIT, > NR_MEMSTALL, > NR_RUNNING, > - /* > - * This can't have values other than 0 or 1 and could be > - * implemented as a bit flag. But for now we still have room > - * in the first cacheline of psi_group_cpu, and this way we > - * don't have to special case any state tracking for it. > - */ > - NR_ONCPU, > /* > * For IO and CPU stalls the presence of running/oncpu tasks > * in the domain means a partial rather than a full stall. > @@ -39,9 +32,11 @@ enum psi_task_count { > #define TSK_IOWAIT (1 << NR_IOWAIT) > #define TSK_MEMSTALL (1 << NR_MEMSTALL) > #define TSK_RUNNING (1 << NR_RUNNING) > -#define TSK_ONCPU (1 << NR_ONCPU) > #define TSK_MEMSTALL_RUNNING (1 << NR_MEMSTALL_RUNNING) > > +/* Only one task can be scheduled, no corresponding task count */ > +#define TSK_ONCPU (1 << NR_PSI_TASK_COUNTS) > + > /* Resources that workloads could be stalled on */ > enum psi_res { > PSI_IO, > diff --git a/kernel/sched/psi.c b/kernel/sched/psi.c > index a4fa3aadfcba..232e1dbfad46 100644 > --- a/kernel/sched/psi.c > +++ b/kernel/sched/psi.c > @@ -215,7 +215,7 @@ void __init psi_init(void) > group_init(&psi_system); > } > > -static bool test_state(unsigned int *tasks, enum psi_states state) > +static bool test_state(unsigned int *tasks, enum psi_states state, bool oncpu) > { > switch (state) { > case PSI_IO_SOME: > @@ -228,9 +228,9 @@ static bool test_state(unsigned int *tasks, enum psi_states state) > return unlikely(tasks[NR_MEMSTALL] && > tasks[NR_RUNNING] == tasks[NR_MEMSTALL_RUNNING]); > case PSI_CPU_SOME: > - return unlikely(tasks[NR_RUNNING] > tasks[NR_ONCPU]); > + return unlikely(tasks[NR_RUNNING] > oncpu); > case PSI_CPU_FULL: > - return unlikely(tasks[NR_RUNNING] && !tasks[NR_ONCPU]); > + return unlikely(tasks[NR_RUNNING] && !oncpu); > case PSI_NONIDLE: > return tasks[NR_IOWAIT] || tasks[NR_MEMSTALL] || > tasks[NR_RUNNING]; > @@ -692,9 +692,9 @@ static void psi_group_change(struct psi_group *group, int cpu, > bool wake_clock) > { > struct psi_group_cpu *groupc; > - u32 state_mask = 0; > unsigned int t, m; > enum psi_states s; > + u32 state_mask; > > groupc = per_cpu_ptr(group->pcpu, cpu); > > @@ -710,6 +710,26 @@ static void psi_group_change(struct psi_group *group, int cpu, > > record_times(groupc, now); > > + /* > + * Start with TSK_ONCPU, which doesn't have a corresponding > + * task count - it's just a boolean flag directly encoded in > + * the state mask. Clear, set, or carry the current state if > + * no changes are requested. > + */ > + if (clear & TSK_ONCPU) { > + state_mask = 0; > + clear &= ~TSK_ONCPU; > + } else if (set & TSK_ONCPU) { > + state_mask = TSK_ONCPU; > + set &= ~TSK_ONCPU; > + } else { > + state_mask = groupc->state_mask & TSK_ONCPU; > + } > + > + /* > + * The rest of the state mask is calculated based on the task > + * counts. Update those first, then construct the mask. > + */ > for (t = 0, m = clear; m; m &= ~(1 << t), t++) { > if (!(m & (1 << t))) > continue; > @@ -729,9 +749,8 @@ static void psi_group_change(struct psi_group *group, int cpu, > if (set & (1 << t)) > groupc->tasks[t]++; > > - /* Calculate state mask representing active states */ > for (s = 0; s < NR_PSI_STATES; s++) { > - if (test_state(groupc->tasks, s)) > + if (test_state(groupc->tasks, s, state_mask & TSK_ONCPU)) > state_mask |= (1 << s); > } > > @@ -743,7 +762,7 @@ static void psi_group_change(struct psi_group *group, int cpu, > * task in a cgroup is in_memstall, the corresponding groupc > * on that cpu is in PSI_MEM_FULL state. > */ > - if (unlikely(groupc->tasks[NR_ONCPU] && cpu_curr(cpu)->in_memstall)) > + if (unlikely((state_mask & TSK_ONCPU) && cpu_curr(cpu)->in_memstall)) > state_mask |= (1 << PSI_MEM_FULL); > > groupc->state_mask = state_mask; > @@ -847,7 +866,8 @@ void psi_task_switch(struct task_struct *prev, struct task_struct *next, > iter = NULL; > while ((group = iterate_groups(next, &iter))) { > if (identical_state && > - per_cpu_ptr(group->pcpu, cpu)->tasks[NR_ONCPU]) { > + (per_cpu_ptr(group->pcpu, cpu)->state_mask & > + TSK_ONCPU)) { > common = group; > break; > }