Re: [PATCH v3 0/7] sched: Flatten the pick

K Prateek Nayak <[email protected]>
Newsgroups org.kernel.vger.cgroups,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
Hello Szabina,

On 8/17/2026 9:35 PM, Szabina Korbai wrote:
> Hello Peter,
> 
> We ran the same benchmarks (schbench, sysbench, hackbench) as Shubhang
> has on s390 on an LPAR running fedora 43 with 32 vCPUs.
> 
> We ran the benchmarks for each of the cgroup modes, and for the
> baseline, we chose the commit prior to the patches (f666241e6bd5 -
> sched/fair: Unify cfs_rq throttling via account_cfs_rq_runtime() ).
> 
> We have also tried running stress-ng in parallel with the benchmarks
> (set to generate 50% or 90% utilization for each vCPU).
> 
> Compared to simply running the benchmarks on their own, this has
> revealed some performance trade-offs that the move to a single runqueue
> can introduce.

Are you using tip:sched/core at commit 68e3748781 ("sched/fair: Fix flat
hierarchy") for the flat_cg numbers or did you checkout at 85570f10a4c6
("sched/eevdf: Move to a single runqueue")?

There are a couple fixes for vruntime update and Vincent's optimizations
for preemption bits which might make a difference to the overall
results.

-- 
Thanks and Regards,
Prateek
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.