From owner-freebsd-hackers  Sat Jan 25 20:23:45 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA15364
          for hackers-outgoing; Sat, 25 Jan 1997 20:23:45 -0800 (PST)
Received: from pdx1.world.net (pdx1.world.net [192.243.32.18])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA15357
          for <hackers@freebsd.org>; Sat, 25 Jan 1997 20:23:44 -0800 (PST)
From: proff@suburbia.net
Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with SMTP id UAA17188 for <hackers@freebsd.org>; Sat, 25 Jan 1997 20:24:52 -0800 (PST)
Received: (qmail 10097 invoked by uid 110); 26 Jan 1997 04:23:16 -0000
Message-ID: <19970126042316.10096.qmail@suburbia.net>
Subject: SLAB stuff, and applications to current net code (fwd)
To: hackers@freebsd.org
Date: Sun, 26 Jan 1997 15:23:16 +1100 (EST)
X-Mailer: ELM [version 2.4ME+ PL28 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> From owner-netdev@roxanne.nuclecu.unam.mx Sun Jan 26 04:12:46 1997
> Delivered-To: proff@suburbia.net
> Date: Sat, 25 Jan 1997 22:47:23 -0500
> Message-Id: <199701260347.WAA07788@jenolan.caipgeneral>
> From: "David S. Miller" <davem@jenolan.rutgers.edu>
> To: netdev@roxanne.nuclecu.unam.mx
> Subject: SLAB stuff, and applications to current net code
> Sender: owner-netdev@roxanne.nuclecu.unam.mx
> Precedence: bulk
> Reply-To: netdev@roxanne.nuclecu.unam.mx,
>         "David S. Miller" <davem@jenolan.rutgers.edu>

> 
> I'm going to try feveriously to get the SLAB allocator integrated into
> Linus's sources over the next two days.  For the most part my
> incentive is so that people think about it when they design memory
> object allocation subsystems.
> 
> For example, even right now, look at the way struct sock's are indeed
> allocated.  Alan's recent change to add sock_init_data() and the fact
> that my sources already use SLAB for struct sock sparked this idea.
> 
> We could in this case just make sock_init_data() the constructor
> routine for the sock SLAB.  So for a warm SLAB cache this code never
> gets run as long as users of sock's are not forgetful and leave a sock
> in a reasonable state when they free them.  (ie. don't leave crap on
> the receive queue etc.)
> 

Can anyone inform me what a SLAB allocator is, and if so, would freebsd
benefit from one?

Cheers,
Julian.