From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E7D91C77B7C for ; Fri, 5 May 2023 18:02:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233193AbjEESCp (ORCPT ); Fri, 5 May 2023 14:02:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60958 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232149AbjEESCl (ORCPT ); Fri, 5 May 2023 14:02:41 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3A5C3160BD for ; Fri, 5 May 2023 11:02:40 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 49C001FB; Fri, 5 May 2023 11:03:24 -0700 (PDT) Received: from [192.168.178.92] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 651A23F67D; Fri, 5 May 2023 11:02:38 -0700 (PDT) Message-ID: <8276e5ce-b1f6-19e2-095b-abc6952bd1c7@arm.com> Date: Fri, 5 May 2023 20:02:36 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: [PATCH 1/1] sched: Consider CPU contention in frequency & load-balance busiest CPU selection Content-Language: en-US To: Chen Yu Cc: Ingo Molnar , Peter Zijlstra , Vincent Guittot , Qais Yousef , Kajetan Puchalski , Morten Rasmussen , Vincent Donnefort , Quentin Perret , Abhijeet Dharmapurikar , linux-kernel@vger.kernel.org References: <20230406155030.1989554-1-dietmar.eggemann@arm.com> <20230406155030.1989554-2-dietmar.eggemann@arm.com> From: Dietmar Eggemann In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Chenyu, On 05/05/2023 09:10, Chen Yu wrote: > On 2023-04-06 at 17:50:30 +0200, Dietmar Eggemann wrote: >> Use new cpu_boosted_util_cfs() instead of cpu_util_cfs(). >> >> The former returns max(util_avg, runnable_avg) capped by max CPU >> capacity. CPU contention is thereby considered through runnable_avg. >> >> The change in load-balance only affects migration type `migrate_util`. >> >> Suggested-by: Vincent Guittot >> Signed-off-by: Dietmar Eggemann >> > Tested on Intel Sapphire Rapids which has 2x56C/112T = 224 CPUs. > The test tries to check if this is any impact on find_busiest_queue() > so it was tested with cpufreq governor performance. > The baseline is the 6.3 sched/core branch on top of > Commit 67fff302fc445a ("sched/fair: Introduce SIS_CURRENT to wake up"), > and compared to the code with current patch applied. > > In summary no obvious difference and some small improvements on tbench > were observed so far: many thanks for the test results! Could you share the parameter lists you use for the individual tests? This would make it easier to understand the results and rerun the tests on similar machines. [...]