Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762250Ab3DCFin (ORCPT ); Wed, 3 Apr 2013 01:38:43 -0400 Received: from e23smtp07.au.ibm.com ([202.81.31.140]:46029 "EHLO e23smtp07.au.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752154Ab3DCFim (ORCPT ); Wed, 3 Apr 2013 01:38:42 -0400 Message-ID: <515BC04C.6050403@linux.vnet.ibm.com> Date: Wed, 03 Apr 2013 13:38:20 +0800 From: Michael Wang User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Alex Shi CC: mingo@redhat.com, peterz@infradead.org, tglx@linutronix.de, akpm@linux-foundation.org, arjan@linux.intel.com, bp@alien8.de, pjt@google.com, namhyung@kernel.org, efault@gmx.de, morten.rasmussen@arm.com, vincent.guittot@linaro.org, gregkh@linuxfoundation.org, preeti@linux.vnet.ibm.com, viresh.kumar@linaro.org, linux-kernel@vger.kernel.org, len.brown@intel.com, rafael.j.wysocki@intel.com, jkosina@suse.cz, clark.williams@gmail.com, tony.luck@intel.com, keescook@chromium.org, mgorman@suse.de, riel@redhat.com Subject: Re: [patch v3 0/8] sched: use runnable avg in load balance References: <1364873008-3169-1-git-send-email-alex.shi@intel.com> <515A877B.3020908@linux.vnet.ibm.com> <515A9859.6000606@intel.com> <515B97FF.2040409@linux.vnet.ibm.com> <515B9A7A.6030807@intel.com> <515BA0B7.2090906@linux.vnet.ibm.com> <515BAFE6.1020804@intel.com> In-Reply-To: <515BAFE6.1020804@intel.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13040305-0260-0000-0000-000002C1320C Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1497 Lines: 53 On 04/03/2013 12:28 PM, Alex Shi wrote: [snip] > > but the patch may cause some unfairness if this/prev cpu are not burst at > same time. So could like try the following patch? I will try it later, some doubt below :) [snip] > + > + if (cpu_rq(this_cpu)->avg_idle < sysctl_sched_migration_cost || > + cpu_rq(prev_cpu)->avg_idle < sysctl_sched_migration_cost) > + burst= 1; > + > + /* use instant load for bursty waking up */ > + if (!burst) { > + load = source_load(prev_cpu, idx); > + this_load = target_load(this_cpu, idx); > + } else { > + load = cpu_rq(prev_cpu)->load.weight; > + this_load = cpu_rq(this_cpu)->load.weight; Ok, my understanding is, we want pull if 'prev_cpu' is burst, and don't want pull if 'this_cpu' is burst, correct? And we do this by guess the load higher or lower, is that right? And I think target_load() is capable enough to choose the higher load, if 'cpu_rq(cpu)->load.weight' is really higher, the results will be the same. So what about this: /* prefer higher load if burst */ load = burst_prev ? target_load(prev_cpu, idx) : source_load(prev_cpu, idx); this_load = target_load(this_cpu, idx); Regards, Michael Wang > + } > > /* > * If sync wakeup then subtract the (maximum possible) > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/