From owner-cvs-sys  Thu May 30 17:20:46 1996
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id RAA21243
          for cvs-sys-outgoing; Thu, 30 May 1996 17:20:46 -0700 (PDT)
Received: (from peter@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id RAA21198;
          Thu, 30 May 1996 17:20:36 -0700 (PDT)
Date: Thu, 30 May 1996 17:20:36 -0700 (PDT)
From: Peter Wemm <peter>
Message-Id: <199605310020.RAA21198@freefall.freebsd.org>
To: CVS-committers, cvs-all, cvs-sys
Subject: cvs commit:  src/sys/kern vfs_subr.c src/sys/sys vnode.h src/sys/conf options param.c src/sys/i386/conf LINT
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

peter       96/05/30 17:20:35

  Modified:    sys/conf  options param.c
               sys/kern  vfs_subr.c
               sys/sys   vnode.h
               sys/i386/conf  LINT
  Log:
  Add an option "EXTRA_VNODES" to cause an extra number of vnode structures
  to be allocated at boot time.  This is an expensive option, as they
  consume physical ram and are not pageable etc.  In certain situations,
  this kind of option is quite useful, especially for news servers that
  access a large number of directories at random and torture the name cache.
  Defining 5000 or 10000 extra vnodes should cut down the amount of vnode
  recycling somewhat, which should allow better name and directory caching
  etc.
  
  This is a "your mileage may vary" option, with no real indication of
  what works best for your machine except trial and error.  Too many will
  cost you ram that you could otherwise use for disk buffers etc.
  
  This is based on something John Dyson mentioned to me a while ago.
  
  Revision  Changes    Path
  1.13      +2 -1      src/sys/conf/options
  1.20      +6 -1      src/sys/conf/param.c
  1.54      +2 -2      src/sys/kern/vfs_subr.c
  1.33      +2 -1      src/sys/sys/vnode.h
  1.260     +12 -2     src/sys/i386/conf/LINT