Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262675AbVBYLIk (ORCPT ); Fri, 25 Feb 2005 06:08:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262673AbVBYLHh (ORCPT ); Fri, 25 Feb 2005 06:07:37 -0500 Received: from e31.co.us.ibm.com ([32.97.110.129]:7660 "EHLO e31.co.us.ibm.com") by vger.kernel.org with ESMTP id S262672AbVBYLHb (ORCPT ); Fri, 25 Feb 2005 06:07:31 -0500 Message-Id: <200502251107.j1PB7Ptk008435@owlet.beaverton.ibm.com> To: Ingo Molnar cc: Nick Piggin , Andrew Morton , linux-kernel@vger.kernel.org, Andi Kleen Subject: Re: [PATCH 12/13] schedstats additions for sched-balance-fork In-reply-to: Your message of "Thu, 24 Feb 2005 09:46:22 +0100." <20050224084622.GC10023@elte.hu> Date: Fri, 25 Feb 2005 03:07:25 -0800 From: Rick Lindsley Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1074 Lines: 23 There is little help we get from userspace, and i'm not sure we want to add scheduler overhead for this single benchmark - when something like a _tiny_ bit of NUMAlib use within the OpenMP library would probably solve things equally well! There's has been a general problem with sched domains and it trying to meet two goals: "1) spread things around evenly within a domain and balance across domains infrequently", and "2) load up cores before loading up siblings, even at the expense of violating 1)". We've had trouble getting both 1) and 2) implemented correctly in the past. If this patch gets us closer to that nirvana, it will be valuable regardless of the benchmark it also happens to be improving. Regardless, I agree it will need good testing, and we may need to pick the wheat from the chaff. Rick - 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/