From owner-cvs-sys  Fri Mar 29 10:54:41 1996
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id KAA11077
          for cvs-sys-outgoing; Fri, 29 Mar 1996 10:54:41 -0800 (PST)
Received: from Root.COM (implode.Root.COM [198.145.90.17])
          by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA11060
          Fri, 29 Mar 1996 10:54:31 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by Root.COM (8.7.5/8.6.5) with SMTP id KAA02630; Fri, 29 Mar 1996 10:54:45 -0800 (PST)
Message-Id: <199603291854.KAA02630@Root.COM>
X-Authentication-Warning: implode.Root.COM: Host localhost [127.0.0.1] didn't use HELO protocol
To: Paul Richards <p.richards@elsevier.co.uk>
cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-sys@freefall.freebsd.org
Subject: Re: cvs commit: src/sys/vm vm_object.c 
In-reply-to: Your message of "Fri, 29 Mar 1996 11:51:07 GMT."
             <199603291151.LAA01479@tees> 
From: David Greenman <davidg@Root.COM>
Reply-To: davidg@Root.COM
Date: Fri, 29 Mar 1996 10:54:45 -0800
Sender: owner-cvs-sys@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>In reply to David Greenman who said
>> 
>> davidg      96/03/28 22:30:20
>> 
>>   Branch:      sys/vm    RELENG_2_1_0
>>   Modified:    sys/vm    vm_object.c
>>   Log:
>>   Revert to previous calculation of vm_object_cache_max: it simply works
>>   better in most real-world cases. This comes after extensive analysis of
>>   file caching behavior on wcarchive...
>
>Is wcarchive really that good a platform for deciding what good generic
>solutions are? Very few of us run wcarchive's.

   You should not infer from the above that wcarchive is the *only* data
point I use to determine the proper setting of this parameter. That would
be far from the truth.
   Both the previous and current settings of vm_object_cache max are
satisfactory for standard use of FreeBSD. vm_object_cache_max sets the
limit on the total number of files that may be cached in the system. It
only becomes a factor on systems with large amounts of memory and lots
of file activity. I had previously increased it because I thought that
it wasn't large enough for big systems like wcarchive. I was wrong so
now I'm changing it back.

-DG

David Greenman
Core-team/Principal Architect, The FreeBSD Project