Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932194AbWBGRkG (ORCPT ); Tue, 7 Feb 2006 12:40:06 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932205AbWBGRkF (ORCPT ); Tue, 7 Feb 2006 12:40:05 -0500 Received: from omx1-ext.sgi.com ([192.48.179.11]:3210 "EHLO omx1.americas.sgi.com") by vger.kernel.org with ESMTP id S932194AbWBGRkC (ORCPT ); Tue, 7 Feb 2006 12:40:02 -0500 Date: Tue, 7 Feb 2006 09:39:48 -0800 (PST) From: Christoph Lameter To: Andi Kleen cc: Ingo Molnar , steiner@sgi.com, Paul Jackson , akpm@osdl.org, dgc@sgi.com, Simon.Derr@bull.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/5] cpuset memory spread basic implementation In-Reply-To: <200602071829.46592.ak@suse.de> Message-ID: References: <20060204071910.10021.8437.sendpatchset@jackhammer.engr.sgi.com> <200602071523.20174.ak@suse.de> <200602071829.46592.ak@suse.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 721 Lines: 17 On Tue, 7 Feb 2006, Andi Kleen wrote: > > The caches on a node are shrunk dynamically see the zone_reclaim > > functionality introduced in 2.6.16-rc2. > > Yes, they're thrown away which is wasteful. If they were spread > around in the first place that often wouldn't be needed. That would reduce performance for a process running on the node and it would contaminate other nodes that may have other processes runing that also want to have optimal access to their files. - 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/