From owner-cvs-src@FreeBSD.ORG Tue Aug 3 00:05:57 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 31AF816A4D0; Tue, 3 Aug 2004 00:05:57 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BB2E43D5A; Tue, 3 Aug 2004 00:05:57 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id F40735C8DE; Mon, 2 Aug 2004 17:05:56 -0700 (PDT) Date: Mon, 2 Aug 2004 17:05:56 -0700 From: Alfred Perlstein To: Alan Cox Message-ID: <20040803000556.GG57908@elvis.mu.org> References: <200408022152.i72Lqhig042925@repoman.freebsd.org> <20040802233110.GB10853@cs.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040802233110.GB10853@cs.rice.edu> User-Agent: Mutt/1.4.2.1i 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 00:05:57 -0000 * Alan Cox [040802 16:31] wrote: > On Mon, Aug 02, 2004 at 09:52:43PM +0000, 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 > > I would also recommend increasing VM_KMEM_SIZE_MAX on i386. (Changes > in our memory allocators have moved some items from the kernel_map > to the kmem_map, increasing kmem_map pressure.) Also, before release, our "maxsockets" and "maxfiles" are ridiculously low by default. I'd love to suggest some more reasonable defaults but I'm not 100% on the impact. I know at doubling or quadrupling them would likely be a safe bet and provide a much more usable out of the box experience. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684