From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266837AbUBFWhf (ORCPT ); Fri, 6 Feb 2004 17:37:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266862AbUBFWhf (ORCPT ); Fri, 6 Feb 2004 17:37:35 -0500 Received: from e34.co.us.ibm.com ([32.97.110.132]:53920 "EHLO e34.co.us.ibm.com") by vger.kernel.org with ESMTP id S266837AbUBFWha (ORCPT ); Fri, 6 Feb 2004 17:37:30 -0500 Message-Id: <200402062234.i16MYgu13533@owlet.beaverton.ibm.com> To: Nick Piggin cc: "Martin J. Bligh" , Anton Blanchard , akpm@osdl.org, linux-kernel@vger.kernel.org, dvhltc@us.ibm.com Subject: Re: [PATCH] Load balancing problem in 2.6.2-mm1 In-reply-to: Your message of "Sat, 07 Feb 2004 09:02:47 +1100." <40240F07.9060105@cyberone.com.au> Date: Fri, 06 Feb 2004 14:34:41 -0800 From: Rick Lindsley Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Yep. I've argued for fairness here, and that is presently what we get. Between nodes the threshold should probably be higher though. While I like the idea of a self-tuning scheduler, when combined with this new sched_domain algorithm it's hard to tell if the tuning or the algorithm is at fault when we get results we don't like. Have you done much running with the auto-tuning turned off, using the old values, to see the impact (positive or negative) that just the new algorithm has? Rick