From owner-freebsd-hackers Sun Jan 26 13:35:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25804 for hackers-outgoing; Sun, 26 Jan 1997 13:35:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id NAA25793 for ; Sun, 26 Jan 1997 13:35:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA02314; Sun, 26 Jan 1997 14:16:41 -0700 From: Terry Lambert Message-Id: <199701262116.OAA02314@phaeton.artisoft.com> Subject: Re: SLAB stuff, and applications to current net code (fwd) To: michaelh@cet.co.jp (Michael Hancock) Date: Sun, 26 Jan 1997 14:16:41 -0700 (MST) Cc: proff@suburbia.net, hackers@FreeBSD.ORG In-Reply-To: from "Michael Hancock" at Jan 26, 97 08:36:44 pm X-Mailer: ELM [version 2.4 PL24] 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 > > Can anyone inform me what a SLAB allocator is, and if so, would freebsd > > benefit from one? > > It's a chunk of memory that you put multiple kernel objects of the same > type into. We have a modified mach zone allocator. They're both type > stable memory allocators. A SLAB allocator is also a modified MACH zone allocator. > I not sure how much benefit the SLAB allocator would offer over what we > have. There's some extra overhead in maintaining a SLAB. There is significant cache benefit. See Vahalia. > BTW, SLAB is used in Solaris. Yes, "pure SLAB"... and it handicaps their SMP something fierce. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.