[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1210794563.4093.57.camel@calx>
Date: Wed, 14 May 2008 14:49:23 -0500
From: Matt Mackall <mpm@...enic.com>
To: Christoph Lameter <clameter@....com>
Cc: Andi Kleen <andi@...stfloor.org>,
Pekka Enberg <penberg@...helsinki.fi>,
KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
Rik van Riel <riel@...hat.com>, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org,
Mel Gorman <mel@...net.ie>, Matthew Wilcox <matthew@....cx>,
"Zhang, Yanmin" <yanmin_zhang@...ux.intel.com>
Subject: Re: [patch 21/21] slab defrag: Obsolete SLAB
On Wed, 2008-05-14 at 12:21 -0700, Christoph Lameter wrote:
> On Wed, 14 May 2008, Matt Mackall wrote:
>
> > > Interrupt exit in general would have to inspect the per cpu structures of
> > > all slab caches on the system?
> >
> > Why's that? When we're not under pressure (fast path), we can delay (and
> > batch) remote frees. When we are under pressure (slow path), we can do
> > everything immediately.
>
> Fastpath is what? I guess slow path means we called into the page
> 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.
--
Mathematics is the supreme nostalgia of our time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists