From: Chen Yu <yu.c.chen@intel.com>
To: Matt Fleming <matt@readmodwrite.com>
Cc: <aaron.lu@intel.com>, <dietmar.eggemann@arm.com>,
<gautham.shenoy@amd.com>, <juri.lelli@redhat.com>,
<kprateek.nayak@amd.com>, <linux-kernel@vger.kernel.org>,
<mgorman@techsingularity.net>, <mingo@redhat.com>,
<peterz@infradead.org>, <tim.c.chen@intel.com>,
<vincent.guittot@linaro.org>, <yu.chen.surf@gmail.com>,
<yujie.liu@intel.com>
Subject: Re: [RFC PATCH 0/7] Optimization to reduce the cost of newidle balance
Date: Wed, 17 Jul 2024 11:52:49 +0800 [thread overview]
Message-ID: <ZpdAEYN1vwlnIGiS@chenyu5-mobl2> (raw)
In-Reply-To: <20240716141645.637620-1-mfleming@cloudflare.com>
Hi Matt,
On 2024-07-16 at 15:16:45 +0100, Matt Fleming wrote:
> > Hi,
> >
> > This is the second version of the newidle balance optimization[1].
> > It aims to reduce the cost of newidle balance which is found to
> > occupy noticeable CPU cycles on some high-core count systems.
>
> Hi there, what's the status of this series?
>
Thanks for your interest in this patch series. The RFC patch series was sent
out to seek for directions and to see if this issue is worthy to fix. Since
you have encountered this issue as well and it seems to be generic issue,
I'll rebase thie patch series and retest it on top of latest kernel and then
send out a new version.
> I'm seeing this same symptom of burning cycles in update_sd_lb_stats() on an
> AMD EPYC 7713 machine (128 CPUs, 8 NUMA nodes). The machine is about 50% idle
> and upadte_sd_lb_stats() sits as the first entry in perf top with about 3.62%
> of CPU cycles.
May I know what benchmark(test scenario) you are testing? I'd like to replicate
this test on my machine as well.
thanks,
Chenyu
>
> Thanks,
> Matt
next prev parent reply other threads:[~2024-07-17 3:53 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-27 14:33 [RFC PATCH 0/7] Optimization to reduce the cost of newidle balance Chen Yu
2023-07-27 14:34 ` [RFC PATCH 1/7] sched/topology: Assign sd_share for all non NUMA sched domains Chen Yu
2023-07-27 14:34 ` [RFC PATCH 2/7] sched/topology: Introduce nr_groups in sched_domain to indicate the number of groups Chen Yu
2023-07-27 14:34 ` [RFC PATCH 3/7] sched/fair: Save a snapshot of sched domain total_load and total_capacity Chen Yu
2023-07-27 14:35 ` [RFC PATCH 4/7] sched/fair: Calculate the scan depth for idle balance based on system utilization Chen Yu
2023-08-25 6:02 ` Shrikanth Hegde
2023-08-30 15:30 ` Chen Yu
2023-07-27 14:35 ` [RFC PATCH 5/7] sched/fair: Adjust the busiest group scanning depth in idle load balance Chen Yu
2023-08-25 6:00 ` Shrikanth Hegde
2023-08-30 15:35 ` Chen Yu
2023-07-27 14:35 ` [RFC PATCH 6/7] sched/fair: Pull from a relatively busy group during newidle balance Chen Yu
2023-07-27 14:35 ` [RFC PATCH 7/7] sched/stats: Track the scan number of groups during load balance Chen Yu
2023-08-25 7:48 ` [RFC PATCH 0/7] Optimization to reduce the cost of newidle balance Shrikanth Hegde
2023-08-30 15:26 ` Chen Yu
2023-09-10 7:51 ` Shrikanth Hegde
2024-07-16 14:16 ` Matt Fleming
2024-07-17 3:52 ` Chen Yu [this message]
2024-07-17 15:31 ` Matt Fleming
2024-07-17 12:17 ` Peter Zijlstra
2024-07-18 9:28 ` K Prateek Nayak
2024-07-18 17:01 ` Chen Yu
2024-07-18 16:57 ` Chen Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZpdAEYN1vwlnIGiS@chenyu5-mobl2 \
--to=yu.c.chen@intel.com \
--cc=aaron.lu@intel.com \
--cc=dietmar.eggemann@arm.com \
--cc=gautham.shenoy@amd.com \
--cc=juri.lelli@redhat.com \
--cc=kprateek.nayak@amd.com \
--cc=linux-kernel@vger.kernel.org \
--cc=matt@readmodwrite.com \
--cc=mgorman@techsingularity.net \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=tim.c.chen@intel.com \
--cc=vincent.guittot@linaro.org \
--cc=yu.chen.surf@gmail.com \
--cc=yujie.liu@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox