From patchwork Tue Dec 10 17:23:07 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Srikar Dronamraju X-Patchwork-Id: 11283069 Return-Path: Received: from mail.kernel.org (pdx-korg-mail-1.web.codeaurora.org [172.30.200.123]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id D0EE315AB for ; Tue, 10 Dec 2019 17:23:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id AF99E214D8 for ; Tue, 10 Dec 2019 17:23:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727730AbfLJRXV (ORCPT ); Tue, 10 Dec 2019 12:23:21 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:61780 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727594AbfLJRXV (ORCPT ); Tue, 10 Dec 2019 12:23:21 -0500 Received: from pps.filterd (m0098399.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id xBAHMIMH107054 for ; Tue, 10 Dec 2019 12:23:20 -0500 Received: from e06smtp03.uk.ibm.com (e06smtp03.uk.ibm.com [195.75.94.99]) by mx0a-001b2d01.pphosted.com with ESMTP id 2wsu3pqra0-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 10 Dec 2019 12:23:20 -0500 Received: from localhost by e06smtp03.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 10 Dec 2019 17:23:17 -0000 Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196) by e06smtp03.uk.ibm.com (192.168.101.133) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256/256) Tue, 10 Dec 2019 17:23:11 -0000 Received: from b06wcsmtp001.portsmouth.uk.ibm.com (b06wcsmtp001.portsmouth.uk.ibm.com [9.149.105.160]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id xBAHNAdG43778142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 10 Dec 2019 17:23:10 GMT Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id B0676A405F; Tue, 10 Dec 2019 17:23:10 +0000 (GMT) Received: from b06wcsmtp001.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 098C6A405B; Tue, 10 Dec 2019 17:23:08 +0000 (GMT) Received: from linux.vnet.ibm.com (unknown [9.126.150.29]) by b06wcsmtp001.portsmouth.uk.ibm.com (Postfix) with SMTP; Tue, 10 Dec 2019 17:23:07 +0000 (GMT) Date: Tue, 10 Dec 2019 22:53:07 +0530 From: Srikar Dronamraju To: Dave Chinner , Peter Zijlstra Cc: Phil Auld , Ming Lei , linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Moyer , Dave Chinner , Eric Sandeen , Christoph Hellwig , Jens Axboe , Ingo Molnar , Tejun Heo , Vincent Guittot Subject: [PATCH v3] sched/core: Preempt current task in favour of bound kthread Reply-To: Srikar Dronamraju References: <20191115070843.GA24246@ming.t460p> <20191115234005.GO4614@dread.disaster.area> <20191118092121.GV4131@hirez.programming.kicks-ass.net> <20191118204054.GV4614@dread.disaster.area> <20191120191636.GI4097@hirez.programming.kicks-ass.net> <20191120220313.GC18056@pauld.bos.csb> <20191121132937.GW4114@hirez.programming.kicks-ass.net> <20191209165122.GA27229@linux.vnet.ibm.com> <20191209231743.GA19256@dread.disaster.area> <20191210054330.GF27253@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20191210054330.GF27253@linux.vnet.ibm.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-TM-AS-GCONF: 00 x-cbid: 19121017-0012-0000-0000-000003739155 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 19121017-0013-0000-0000-000021AF64F3 Message-Id: <20191210172307.GD9139@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.95,18.0.572 definitions=2019-12-10_05:2019-12-10,2019-12-10 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 phishscore=0 clxscore=1015 bulkscore=0 spamscore=0 lowpriorityscore=0 adultscore=0 impostorscore=0 mlxlogscore=999 mlxscore=0 suspectscore=2 malwarescore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-1910280000 definitions=main-1912100149 Sender: linux-xfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-xfs@vger.kernel.org A running task can wake-up a per CPU bound kthread on the same CPU. If the current running task doesn't yield the CPU before the next load balance operation, the scheduler would detect load imbalance and try to balance the load. However this load balance would fail as the waiting task is CPU bound, while the running task cannot be moved by the regular load balancer. Finally the active load balancer would kick in and move the task to a different CPU/Core. Moving the task to a different CPU/core can lead to loss in cache affinity leading to poor performance. This is more prone to happen if the current running task is CPU intensive and the sched_wake_up_granularity is set to larger value. When the sched_wake_up_granularity was relatively small, it was observed that the bound thread would complete before the load balancer would have chosen to move the cache hot task to a different CPU. To deal with this situation, the current running task would yield to a per CPU bound kthread, provided kthread is not CPU intensive. /pboffline/hwcct_prg_old/lib/fsperf -t overwrite --noclean -f 5g -b 4k /pboffline (With sched_wake_up_granularity set to 15ms) Performance counter stats for 'system wide' (5 runs): event v5.4 v5.4 + patch(v3) probe:active_load_balance_cpu_stop 1,919 ( +- 2.89% ) 4 ( +- 20.48% ) sched:sched_waking 441,535 ( +- 0.17% ) 914,630 ( +- 0.18% ) sched:sched_wakeup 441,533 ( +- 0.17% ) 914,630 ( +- 0.18% ) sched:sched_wakeup_new 2,436 ( +- 8.08% ) 545 ( +- 4.02% ) sched:sched_switch 797,007 ( +- 0.26% ) 1,490,261 ( +- 0.10% ) sched:sched_migrate_task 20,998 ( +- 1.04% ) 2,492 ( +- 11.56% ) sched:sched_process_free 2,436 ( +- 7.90% ) 526 ( +- 3.65% ) sched:sched_process_exit 2,451 ( +- 7.85% ) 546 ( +- 4.06% ) sched:sched_wait_task 7 ( +- 21.20% ) 1 ( +- 40.82% ) sched:sched_process_wait 3,951 ( +- 9.14% ) 854 ( +- 5.33% ) sched:sched_process_fork 2,435 ( +- 8.09% ) 545 ( +- 3.96% ) sched:sched_process_exec 1,023 ( +- 12.21% ) 205 ( +- 5.13% ) sched:sched_wake_idle_without_ipi 187,794 ( +- 1.14% ) 353,579 ( +- 0.42% ) Elasped time in seconds 289.43 +- 1.42 ( +- 0.49% ) 72.7318 +- 0.0545 ( +- 0.07% ) Throughput results v5.4 Trigger time:................... 0.842679 s (Throughput: 6075.86 MB/s) Asynchronous submit time:....... 1.0184 s (Throughput: 5027.49 MB/s) Synchronous submit time:........ 0 s (Throughput: 0 MB/s) I/O time:....................... 263.17 s (Throughput: 19.455 MB/s) Ratio trigger time to I/O time:.0.00320202 v5.4 + patch(v3) Trigger time:................... 0.852413 s (Throughput: 6006.47 MB/s) Asynchronous submit time:....... 0.773043 s (Throughput: 6623.17 MB/s) Synchronous submit time:........ 0 s (Throughput: 0 MB/s) I/O time:....................... 44.341 s (Throughput: 115.468 MB/s) Ratio trigger time to I/O time:. 0.019224 (With sched_wake_up_granularity set to 4ms) Performance counter stats for 'system wide' (5 runs): event v5.4 v5.4 + patch(v3) probe:active_load_balance_cpu_stop 6 ( +- 6.03% ) 5 ( +- 15.04% ) sched:sched_waking 899,880 ( +- 0.38% ) 912,625 ( +- 0.41% ) sched:sched_wakeup 899,878 ( +- 0.38% ) 912,624 ( +- 0.41% ) sched:sched_wakeup_new 622 ( +- 11.95% ) 550 ( +- 3.85% ) sched:sched_switch 1,458,214 ( +- 0.40% ) 1,489,032 ( +- 0.41% ) sched:sched_migrate_task 3,120 ( +- 10.00% ) 2,524 ( +- 5.54% ) sched:sched_process_free 608 ( +- 12.18% ) 528 ( +- 3.89% ) sched:sched_process_exit 623 ( +- 11.91% ) 550 ( +- 3.79% ) sched:sched_wait_task 1 ( +- 31.18% ) 1 ( +- 66.67% ) sched:sched_process_wait 998 ( +- 13.22% ) 867 ( +- 4.41% ) sched:sched_process_fork 622 ( +- 11.95% ) 550 ( +- 3.88% ) sched:sched_process_exec 242 ( +- 13.81% ) 208 ( +- 4.57% ) sched:sched_wake_idle_without_ipi 349,165 ( +- 0.35% ) 352,443 ( +- 0.21% ) Elasped time in seconds 72.8560 +- 0.0768 ( +- 0.11% ) 72.5523 +- 0.0725 ( +- 0.10% ) Signed-off-by: Srikar Dronamraju --- Changelog: v1 : http://lore.kernel.org/lkml/20191209165122.GA27229@linux.vnet.ibm.com v2 : http://lore.kernel.org/lkml/20191210054330.GF27253@linux.vnet.ibm.com v1->v2: Pass the the right params to try_to_wake_up as correctly pointed out by Dave Chinner v2->v3: Suggestions from Peter Zijlstra including using vtime over context switch and detect per-cpu-kthread in try_to_wake_up kernel/sched/core.c | 3 +++ kernel/sched/fair.c | 2 +- kernel/sched/sched.h | 3 ++- 3 files changed, 6 insertions(+), 2 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 44123b4d14e8..03e77e159c27 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -2542,6 +2542,9 @@ try_to_wake_up(struct task_struct *p, unsigned int state, int wake_flags) goto out; } + if (is_per_cpu_kthread(p)) + wake_flags |= WF_KTHREAD; + /* * If we are going to wake up a thread waiting for CONDITION we * need to ensure that CONDITION=1 done by the caller can not be diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 69a81a5709ff..8fe40f83804d 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -6716,7 +6716,7 @@ static void check_preempt_wakeup(struct rq *rq, struct task_struct *p, int wake_ find_matching_se(&se, &pse); update_curr(cfs_rq_of(se)); BUG_ON(!pse); - if (wakeup_preempt_entity(se, pse) == 1) { + if (wakeup_preempt_entity(se, pse) >= !(wake_flags & WF_KTHREAD)) { /* * Bias pick_next to pick the sched entity that is * triggering this preemption. diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h index c8870c5bd7df..fcd1ed5af9a3 100644 --- a/kernel/sched/sched.h +++ b/kernel/sched/sched.h @@ -1643,7 +1643,8 @@ static inline int task_on_rq_migrating(struct task_struct *p) */ #define WF_SYNC 0x01 /* Waker goes to sleep after wakeup */ #define WF_FORK 0x02 /* Child wakeup after fork */ -#define WF_MIGRATED 0x4 /* Internal use, task got migrated */ +#define WF_MIGRATED 0x04 /* Internal use, task got migrated */ +#define WF_KTHREAD 0x08 /* Per CPU Kthread */ /* * To aid in avoiding the subversion of "niceness" due to uneven distribution