From owner-freebsd-arch Fri Mar 1 20:26:57 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mail.chesapeake.net (chesapeake.net [205.130.220.14]) by hub.freebsd.org (Postfix) with ESMTP id 0513737B429 for ; Fri, 1 Mar 2002 20:26:43 -0800 (PST) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id g224Qc814304; Fri, 1 Mar 2002 23:26:38 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 1 Mar 2002 23:26:37 -0500 (EST) From: Jeff Roberson To: Matthew Dillon Cc: Poul-Henning Kamp , Julian Elischer , Subject: Re: Slab allocator update In-Reply-To: <200203020355.g223tOn49150@apollo.backplane.com> Message-ID: <20020301232155.N43446-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, 1 Mar 2002, Matthew Dillon wrote: > > It might be beneficial to introduce two versions of your free function, > one which does not require the size and another, faster version which > does, and then slowly adjust the kernel to use the new function as well > as add sanity checks for INARIANTS to ensure we don't accidently leak > or corrupt memory by specifying the wrong size. > > -Matt > I would love to do this, but I thought I'd encounter too much friction. Implementing this would remove the special cases for malloc, and I could implement more memory effecient slab formats. Specifying the wrong size would cause you to try to free to the wrong zone, which uma can catch easily. Assuming everyone agrees with this, I'll do it after the initial version is checked in and tested. Thanks, Jeff To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message