From owner-cvs-src@FreeBSD.ORG Tue Aug 3 01:36:29 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E063C16A4CE; Tue, 3 Aug 2004 01:36:29 +0000 (GMT) Received: from cs.rice.edu (cs.rice.edu [128.42.1.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC3E743D58; Tue, 3 Aug 2004 01:36:29 +0000 (GMT) (envelope-from alc@cs.rice.edu) Received: from localhost (calypso.cs.rice.edu [128.42.1.127]) by cs.rice.edu (Postfix) with ESMTP id 5CBC84B068; Mon, 2 Aug 2004 20:36:29 -0500 (CDT) Received: from cs.rice.edu ([128.42.1.30]) by localhost (calypso.cs.rice.edu [128.42.1.127]) (amavisd-new, port 10024) with LMTP id 29136-01-49; Mon, 2 Aug 2004 20:36:29 -0500 (CDT) Received: by cs.rice.edu (Postfix, from userid 19572) id 091894B05E; Mon, 2 Aug 2004 20:36:29 -0500 (CDT) Date: Mon, 2 Aug 2004 20:36:28 -0500 From: Alan Cox To: Scott Long Message-ID: <20040803013628.GU18577@cs.rice.edu> References: <200408022152.i72Lqhig042925@repoman.freebsd.org> <410EE627.8090105@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <410EE627.8090105@freebsd.org> User-Agent: Mutt/1.4.2i X-Virus-Scanned: by amavis-20030616-p7 at cs.rice.edu cc: cvs-src@freebsd.org cc: src-committers@freebsd.org cc: cvs-all@freebsd.org cc: "David E. O'Brien" Subject: Re: cvs commit: src/sys/kern vfs_subr.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Aug 2004 01:36:30 -0000 On Mon, Aug 02, 2004 at 07:11:03PM -0600, Scott Long wrote: > David E. O'Brien wrote: > > >obrien 2004-08-02 21:52:43 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/kern vfs_subr.c > > Log: > > Put a cap on the auto-tuning of kern.maxvnodes. > > > > Cap value chosen by: scottl > > > > Revision Changes Path > > 1.518 +8 -0 src/sys/kern/vfs_subr.c > > Well, the number that I gave was really only a suggestion and is > far too low to be useful on in a production environment like > squid or a mail/imap server. What we should really be doing is > scaling based on the size of the kmem_map. We should also be > scaling kmem_map based on the size of physical RAM and not capping > it to such relatively low values like we do right now. I'm also > quite afraid of what might happen to something like squid that > will be exerting both vnode and mbug pressure at the same time. > It does scale with the amount of physical memory. There is, however, an architecture-specific cap to account for the KVA size. This cap is now too low, particularly, on i386. In short, VM_KMEM_SIZE_MAX needs to increase on i386. I just don't know how large of an increase is safe. Do you have access to an i386 with 4+ GB of RAM? Alan