From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christoph Lameter <clameter@sgi.com>
Subject: Re: [patch 21/21] slab defrag: Obsolete SLAB
Date: Wed, 14 May 2008 13:33:39 -0700 (PDT)
Message-ID: <Pine.LNX.4.64.0805141333060.18231@schroedinger.engr.sgi.com>
References: <20080510030831.796641881@sgi.com>  <20080510030919.604216074@sgi.com>
 <4825709A.2020407@firstfloor.org>  <20080510221515.3540a6cc@bree.surriel.com>
  <2f11576a0805120038s334dc56cuaf16b8b7c6f87098@mail.gmail.com>
 <84144f020805120054t1370236ei5ff52279457e026e@mail.gmail.com>
 <Pine.LNX.4.64.0805141009210.15194@schroedinger.engr.sgi.com>
 <482B2617.5010605@firstfloor.org>  <Pine.LNX.4.64.0805141100110.15633@schroedinger.engr.sgi.com>
  <1210789112.4093.14.camel@calx>  <Pine.LNX.4.64.0805141220440.16223@schroedinger.engr.sgi.com>
 <1210794563.4093.57.camel@calx>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Cc: Andi Kleen <andi@firstfloor.org>,
	Pekka Enberg <penberg@cs.helsinki.fi>,
	KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
	Rik van Riel <riel@redhat.com>, akpm@linux-foundation.org,
	linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
	Mel Gorman <mel@skynet.ie>, Matthew Wilcox <matthew@wil.cx>,
	"Zhang, Yanmin" <yanmin_zhang@linux.intel.com>
To: Matt Mackall <mpm@selenic.com>
Return-path: <linux-fsdevel-owner@vger.kernel.org>
Received: from relay2.sgi.com ([192.48.171.30]:44216 "EHLO relay.sgi.com"
	rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP
	id S1752635AbYENUdm (ORCPT <rfc822;linux-fsdevel@vger.kernel.org>);
	Wed, 14 May 2008 16:33:42 -0400
In-Reply-To: <1210794563.4093.57.camel@calx>
Sender: linux-fsdevel-owner@vger.kernel.org
List-ID: <linux-fsdevel.vger.kernel.org>

On Wed, 14 May 2008, Matt Mackall wrote:

> > allocator?
> 
> No, slow path here means we're already under memory pressure, so we
> don't care if something takes longer if it saves memory.

So expire the queues under memory pressure only? Trigger queue cleanup 
from reclaim?