From owner-freebsd-current  Sat Feb 23 15:29:18 2002
Delivered-To: freebsd-current@freebsd.org
Received: from k6.locore.ca (k6.locore.ca [198.96.117.170])
	by hub.freebsd.org (Postfix) with ESMTP
	id 45E8237B416; Sat, 23 Feb 2002 15:29:15 -0800 (PST)
Received: (from jake@localhost)
	by k6.locore.ca (8.11.6/8.11.6) id g1NNTmm37564;
	Sat, 23 Feb 2002 18:29:48 -0500 (EST)
	(envelope-from jake)
Date: Sat, 23 Feb 2002 18:29:47 -0500
From: Jake Burkholder <jake@locore.ca>
To: Matthew Dillon <dillon@apollo.backplane.com>
Cc: Alfred Perlstein <alfred@FreeBSD.ORG>,
	Bosko Milekic <bmilekic@unixdaemons.com>,
	Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>,
	current@FreeBSD.ORG, John Baldwin <jhb@FreeBSD.ORG>
Subject: Re: malloc_bucket() idea (was Re: How to fix malloc.)
Message-ID: <20020223182947.A35990@locore.ca>
References: <200201051752.g05Hq3gG074525@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp> <XFMail.020114020307.jhb@FreeBSD.org> <200201241022.g0OAMISM093913@faber.r.dl.itc.u-tokyo.ac.jp> <20020124024534.V13686@elvis.mu.org> <200202131739.g1DHdZT5023794@rina.r.dl.itc.u-tokyo.ac.jp> <200202190945.g1J9j9kg076110@rina.r.dl.itc.u-tokyo.ac.jp> <200202232051.g1NKpE741310@apollo.backplane.com> <20020223211449.GJ80761@elvis.mu.org> <200202232243.g1NMhZP49110@apollo.backplane.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <200202232243.g1NMhZP49110@apollo.backplane.com>; from dillon@apollo.backplane.com on Sat, Feb 23, 2002 at 02:43:35PM -0800
Sender: owner-freebsd-current@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-current.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-current>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-current>
X-Loop: FreeBSD.ORG

Apparently, On Sat, Feb 23, 2002 at 02:43:35PM -0800,
	Matthew Dillon said words to the effect of;

>     This is approximately what I am thinking.  Note that this gives us the
>     flexibility to create a larger infrastructure around the bucket cache,
>     such as implement per-cpu caches and so on and so forth.  What I have
>     here is the minimal implementation.
> 
> 						-Matt

Jeff Roberson (jeff@) has been working on a slab allocator that goes
a long way to making malloc(), free() and the zone allocator not require
giant.  I've reviewed what he's got so far and it looks pretty damn good
to me, I'll see about getting him to post it.  He's working on adding the
per-cpu queues now.

Jake

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message