Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753648AbZJZEi1 (ORCPT ); Mon, 26 Oct 2009 00:38:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753147AbZJZEi1 (ORCPT ); Mon, 26 Oct 2009 00:38:27 -0400 Received: from mail.gmx.net ([213.165.64.20]:35385 "HELO mail.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751566AbZJZEi0 (ORCPT ); Mon, 26 Oct 2009 00:38:26 -0400 X-Authenticated: #14349625 X-Provags-ID: V01U2FsdGVkX19uv+lQKPJuz77xaHK3lK5KvDssSExehUpB8Z/mv7 azOYqJrr72DLJh Subject: Re: [PATCH 3/3] sched: Disable affine wakeups by default From: Mike Galbraith To: Peter Zijlstra Cc: Arjan van de Ven , mingo@elte.hu, linux-kernel@vger.kernel.org In-Reply-To: <1256522035.7356.19.camel@laptop> References: <20091024125853.35143117@infradead.org> <20091024130432.0c46ef27@infradead.org> <20091024130728.051c4d7c@infradead.org> <1256453725.12138.40.camel@marge.simson.net> <20091025095109.449bac9e@infradead.org> <1256492289.14241.40.camel@marge.simson.net> <20091025123319.2b76bf69@infradead.org> <1256508287.17306.14.camel@marge.simson.net> <1256522035.7356.19.camel@laptop> Content-Type: text/plain Date: Mon, 26 Oct 2009 05:38:27 +0100 Message-Id: <1256531907.7117.31.camel@marge.simson.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1.1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1355 Lines: 29 On Mon, 2009-10-26 at 02:53 +0100, Peter Zijlstra wrote: > On Sun, 2009-10-25 at 23:04 +0100, Mike Galbraith wrote: > > if (want_affine && (tmp->flags & SD_WAKE_AFFINE) && > > - cpumask_test_cpu(prev_cpu, sched_domain_span(tmp))) { > > + (level == SD_LV_SIBLING || level == SD_LV_MC)) { > > quick comment without actually having looked at the patch, we should > really get rid of sd->level and encode properties of the sched domains > in sd->flags. Yeah, sounds right, while writing that, it looked kinda ugly. I suppose arch land needs to encode cache property somehow if I really want to be able to target cache on multicore. Booting becomes.. exciting when I tinker down there. While tinkering with this, I noticed that when mysql+oltp starts tripping over itself, if you move to any momentarily idle cpu, it helps get the load moving again, the tail improves. Not hugely, but quite measurable. There seems to be benefit to be had throughout the load spectrum, just gotta figure out how to retrieve it without losing anything. -Mike -- 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/