Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751094AbZIHP11 (ORCPT ); Tue, 8 Sep 2009 11:27:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750777AbZIHP11 (ORCPT ); Tue, 8 Sep 2009 11:27:27 -0400 Received: from viefep20-int.chello.at ([62.179.121.40]:16009 "EHLO viefep20-int.chello.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750709AbZIHP10 (ORCPT ); Tue, 8 Sep 2009 11:27:26 -0400 X-SourceIP: 213.93.53.227 Subject: Re: [rfc] lru_add_drain_all() vs isolation From: Peter Zijlstra To: Christoph Lameter Cc: KOSAKI Motohiro , Mike Galbraith , Ingo Molnar , linux-mm , Oleg Nesterov , lkml In-Reply-To: References: <20090908190148.0CC9.A69D9226@jp.fujitsu.com> <1252405209.7746.38.camel@twins> <20090908193712.0CCF.A69D9226@jp.fujitsu.com> <1252411520.7746.68.camel@twins> <1252419602.7746.73.camel@twins> Content-Type: text/plain Date: Tue, 08 Sep 2009 17:27:16 +0200 Message-Id: <1252423637.7746.99.camel@twins> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1160 Lines: 29 On Tue, 2009-09-08 at 11:22 -0400, Christoph Lameter wrote: > On Tue, 8 Sep 2009, Peter Zijlstra wrote: > > > There is _no_ functional difference between before and after, except > > less wakeups on cpus that don't have any __lru_cache_add activity. > > > > If there's pages on the per cpu lru_add_pvecs list it will be present in > > the mask and will be send a drain request. If its not, then it won't be > > send. > > Ok I see. > > A global cpu mask like this will cause cacheline bouncing. After all this > is a hot cpu path. Maybe do not set the bit if its already set > (which may be very frequent)? Then add some benchmarks to show that it > does not cause a regression on a 16p box (Nehalem) or so? Yeah, testing the bit before poking at is sounds like a good plan. Unless someone feels inclined to finish this and audit the kernel for more such places, I'll stick it on the ever growing todo pile. -- 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/