Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762655AbXKHTAm (ORCPT ); Thu, 8 Nov 2007 14:00:42 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1761299AbXKHTAf (ORCPT ); Thu, 8 Nov 2007 14:00:35 -0500 Received: from relay1.corp.sgi.com ([192.48.171.29]:40505 "EHLO relay.sgi.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1761609AbXKHTAe (ORCPT ); Thu, 8 Nov 2007 14:00:34 -0500 Date: Thu, 8 Nov 2007 11:00:32 -0800 (PST) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Mel Gorman cc: akpm@linux-foundatin.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: [patch 12/23] SLUB: Trigger defragmentation from memory reclaim In-Reply-To: <20071108151249.GE2591@skynet.ie> Message-ID: References: <20071107011130.382244340@sgi.com> <20071107011229.423714790@sgi.com> <20071108151249.GE2591@skynet.ie> 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: 668 Lines: 16 On Thu, 8 Nov 2007, Mel Gorman wrote: > > up_read(&shrinker_rwsem); > > + if (gfp_mask & __GFP_FS) > > + kmem_cache_defrag(zone ? zone_to_nid(zone) : -1); > > Does this make an assumption that only filesystem-related slabs may be > targetted for reclaim? What if there is a slab that can free its objects > without ever caring about a filesystem? Correct. Currently only filesystem related slabs support slab defragy. - 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/