Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755812Ab3F1Lb6 (ORCPT ); Fri, 28 Jun 2013 07:31:58 -0400 Received: from mga14.intel.com ([143.182.124.37]:24697 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755784Ab3F1Lb4 (ORCPT ); Fri, 28 Jun 2013 07:31:56 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.87,958,1363158000"; d="scan'208";a="323868766" Message-ID: <51CD6F91.3010301@intel.com> Date: Fri, 28 Jun 2013 19:12:17 +0800 From: Alex Shi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: Peter Zijlstra CC: Paul Turner , Ingo Molnar , Thomas Gleixner , Andrew Morton , Arjan van de Ven , Borislav Petkov , Namhyung Kim , Mike Galbraith , Morten Rasmussen , Vincent Guittot , gregkh@linuxfoundation.org, Preeti U Murthy , Viresh Kumar , LKML , Len Brown , rafael.j.wysocki@intel.com, jkosina@suse.cz, Clark Williams , "tony.luck@intel.com" , keescook@chromium.org, Mel Gorman , Rik van Riel , fweisbec@gmail.com Subject: Re: [Resend patch v8 0/13] use runnable load in schedule balance References: <1371694737-29336-1-git-send-email-alex.shi@intel.com> <51C7B9B8.6090309@intel.com> <51C867CF.70908@intel.com> <20130628110730.GA6626@twins.programming.kicks-ass.net> In-Reply-To: <20130628110730.GA6626@twins.programming.kicks-ass.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1343 Lines: 35 On 06/28/2013 07:07 PM, Peter Zijlstra wrote: > On Fri, Jun 28, 2013 at 03:56:25AM -0700, Paul Turner wrote: > >> So this is actually an interesting idea, but don't think of it as >> overweight. What "cfs_rq->blocked_load_avg / 2" means is actually >> blocked_load_avg one period from now. This is interesting because it >> makes the (reasonable) supposition that blocked load is not about to >> immediately wake, but will continue to decay. >> >> Could you try testing the gvr_lb_tip branch at >> git://git.kernel.org/pub/scm/linux/kernel/git/pjt/sched-tip.git ? OK. will try it next week. >> >> It's an extension to your series that tries to improve some of the >> cpu_load interactions in an alternate way to the above. >> >> It seems a little better on one and two-socket machines; but we >> couldn't reproduce/compare to your best performance results since they >> were taken on larger machines. > > Oh nice.. it does away with the entire cpu_load[] array thing. Just what > Frederic needs for his NOHZ stuff as well -- he's currently abusing > LB_BIAS for that. > -- Thanks Alex -- 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/