From owner-freebsd-fs Wed Mar 21 10: 4: 9 2001 Delivered-To: freebsd-fs@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 1E87C37B721; Wed, 21 Mar 2001 09:58:38 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.10.0/8.10.0) id f2LHucH27120; Wed, 21 Mar 2001 09:56:38 -0800 (PST) Date: Wed, 21 Mar 2001 09:56:38 -0800 From: Alfred Perlstein To: Rik van Riel Cc: Peter Wemm , Matt Dillon , "Michael C . Wu" , "Michael C . Wu" , izero@ms26.hinet.net, cross@math.psu.edu, grog@FreeBSD.ORG, fs@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: tuning a VERY heavily (30.0) loaded s cerver Message-ID: <20010321095638.H12319@fw.wintelcom.net> References: <200103211114.f2LBE0h57371@mobile.wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from riel@conectiva.com.br on Wed, Mar 21, 2001 at 01:31:45PM -0300 X-all-your-base: are belong to us. Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Rik van Riel [010321 09:51] wrote: > On Wed, 21 Mar 2001, Peter Wemm wrote: > > > Also, 4MB = 1024 pages, at 28 bytes per mapping == 28k per process. > > 28 bytes/mapping is a LOT. I've implemented an (admittedly > not completely architecture-independent) reverse mapping > patch for Linux with an overhead of 8 bytes/pte... > > I wonder how hard/easy would it be to reduce the memory > overhead of some of these old Mach data structures in FreeBSD... "Our" Alan Cox and Tor Egge have been trimming these structs down for quite some time. Perhaps they should look at Linux's system, however last I checked Linux's was an order of magnitude less complex which might prohibit that simplification in FreeBSD. If you have suggestions, let's hear them. :) -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message