From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933029AbdBHIub (ORCPT ); Wed, 8 Feb 2017 03:50:31 -0500 Received: from mail-lf0-f67.google.com ([209.85.215.67]:36752 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932227AbdBHIu1 (ORCPT ); Wed, 8 Feb 2017 03:50:27 -0500 From: Uladzislau Rezki To: Ingo Molnar Cc: LKML , Peter Zijlstra , Uladzislau 2 Rezki Subject: [RFC,v2 2/3] sched: set number of iterations to h_nr_running Date: Wed, 8 Feb 2017 09:43:28 +0100 Message-Id: <1486543409-11493-2-git-send-email-urezki@gmail.com> X-Mailer: git-send-email 2.1.4 In-Reply-To: <1486543409-11493-1-git-send-email-urezki@gmail.com> References: <1486543409-11493-1-git-send-email-urezki@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Uladzislau 2 Rezki It is possible that busiest run queue has multiple RT tasks, whereas no CFS tasks, that is why it is reasonable to use h_nr_running instead, because a load balance only applies for CFS related tasks. Signed-off-by: Uladzislau 2 Rezki --- kernel/sched/fair.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 4be7193..232ef3c 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -8081,7 +8081,7 @@ static int load_balance(int this_cpu, struct rq *this_rq, * Set loop_max when rq's lock is taken to prevent a race. */ env.loop_max = min(sysctl_sched_nr_migrate, - busiest->nr_running); + busiest->cfs.h_nr_running); /* * cur_ld_moved - load moved in current iteration -- 2.1.4