From owner-freebsd-arch Thu May 24 2:59: 9 2001 Delivered-To: freebsd-arch@freebsd.org Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by hub.freebsd.org (Postfix) with ESMTP id 3E35037B42C; Thu, 24 May 2001 02:59:06 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from [62.49.251.130] (helo=herring.nlsystems.com) by anchor-post-34.mail.demon.net with esmtp (Exim 2.12 #1) id 152rtZ-0005bq-0Y; Thu, 24 May 2001 10:59:05 +0100 Received: from herring (herring [10.0.0.2]) by herring.nlsystems.com (8.11.2/8.11.2) with ESMTP id f4O9vn758825; Thu, 24 May 2001 10:57:49 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 24 May 2001 10:57:49 +0100 (BST) From: Doug Rabson To: Brian Somers Cc: Mike Smith , Subject: Re: RFC: unit_list routines In-Reply-To: <200105231600.f4NG0VF05877@hak.lan.Awfulhak.org> Message-ID: 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 Wed, 23 May 2001, Brian Somers wrote: > > > unit_list just concerns itself with allocating a bunch of int ranges. > > > > > > Do you really think it's appropriate to try to re-use the rman stuff > > > for what I want to do ? > > > > Yes. By all means, wrap the rman interface with something that makes it > > clearer what you're doing, but if you're managing a finite set of > > resources of some sort, you should avoid reinventing the wheel where > > possible. > > The way I see it, I need a wheel. rman is a chassis that you can > attach a wheel to. > > I'd rather have my own private wheel as I don't need the tires, > inner tubes and all the other stuff that comes with rman :) > > > (It's not clear yet whether any of the items on your list actually relate > > to tangible performance penalties, about the only good reason to consider > > NIH.) > > My real problems are the mutexes (unnecessary contention), the memory > overheads (all this extra zero-filled memory) and the obfuscation. I'm sorry but just how many unit allocations are you planning to do? There are only going to be a handful of them and the mutex/memory overheads are just noise compared to the rest of the kernel. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message