From owner-freebsd-arch  Tue May  8  9:22: 5 2001
Delivered-To: freebsd-arch@freebsd.org
Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20])
	by hub.freebsd.org (Postfix) with ESMTP id 8308537B422
	for <freebsd-arch@FreeBSD.ORG>; Tue,  8 May 2001 09:21:59 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id f48GLlP06751;
	Tue, 8 May 2001 09:21:47 -0700 (PDT)
Date: Tue, 8 May 2001 09:21:47 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: Terry Lambert <tlambert2@mindspring.com>
Cc: Matt Dillon <dillon@earth.backplane.com>,
	Bosko Milekic <bmilekic@technokratis.com>, freebsd-arch@FreeBSD.ORG
Subject: Re: Mbuf slab [new allocator]
Message-ID: <20010508092146.L18676@fw.wintelcom.net>
References: <20010503195904.A53281@technokratis.com> <200105051833.f45IXiW49096@earth.backplane.com> <3AF8123F.632C02E6@mindspring.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <3AF8123F.632C02E6@mindspring.com>; from tlambert2@mindspring.com on Tue, May 08, 2001 at 08:35:27AM -0700
X-all-your-base: are belong to us.
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Terry Lambert <tlambert2@mindspring.com> [010508 08:35] wrote:
> Matt Dillon wrote:
> > Bosko Milekic wrote:
> > : Anyone interested in the mbuf subsystem code should
> > : probably read this.  Others may still read it, but it
> > : is somewhat longer than your average Email, so consider
> > : this a warning. :-)  Also, although I tried my best to
> > : cover most issues here, feel free to let me know if I
> > : should clarify some points.
> > :
> > :  Not so long ago, as I'm sure some of you remember,
> > : Alfred committed a patch
> > : ...
> > 
> >     Sounds good.  You know the motto - first make it work,
> > then make it fast.
> 
> SLAB allocators are inherently pessimal for symmetry and
> kernel preemption, which is to say, this change would be
> inherently bad for SMP.
> 
> 
> I also personally think SLAB allocators are _not_ the way
> to go in the long run (or even in the short run).
> 
> I would point you guys to:
> 
> 	UNIX Internals: The New Frontiers
> 	Uresh Vahalia
> 	Chapter 12

Terry, I know. :)

http://people.freebsd.org/~alfred/memcache/

/*

Slab and mp caching allocator.

The concepts used here are a combination of the slab, Dynix and
Horde allocators.

...


Of course it still needs a lot of work.

-Alfred


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