From owner-freebsd-hackers Sun Aug 19 8:58:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66]) by hub.freebsd.org (Postfix) with ESMTP id 70C1937B408; Sun, 19 Aug 2001 08:58:42 -0700 (PDT) (envelope-from nate@yogotech.com) Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131]) by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id JAA27610; Sun, 19 Aug 2001 09:58:41 -0600 (MDT) (envelope-from nate@nomad.yogotech.com) Received: (from nate@localhost) by nomad.yogotech.com (8.8.8/8.8.8) id JAA24571; Sun, 19 Aug 2001 09:58:40 -0600 (MDT) (envelope-from nate) From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15231.57904.53731.598691@nomad.yogotech.com> Date: Sun, 19 Aug 2001 09:58:40 -0600 To: Matt Dillon Cc: hackers@FreeBSD.ORG, murray@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: Recommendation for minor KVM adjustments for the release In-Reply-To: <200108181549.f7IFntw39740@earth.backplane.com> References: <200108181549.f7IFntw39740@earth.backplane.com> X-Mailer: VM 6.95 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Reply-To: nate@yogotech.com (Nate Williams) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > - I would like to cap the size of the buffer cache at 200MB, > giving us another 70MB or so of KVM which is equivalent to > another 30,000 or so nmbclusters. I know of many scientific applications that were written with low-memory machines in mind, which use use lots of disk as temporary memory. It would be nice in this case to allow them to buffer up large amounts of the accessed disks in cache, instead of having them. For certain kinds of programs/loads, using up a large amount of buffer cache is a good thing, so I'd rather not see hardcoded limits on buffer cache. Yes, I know the programs will run fine w/out the additional cache, but in many of the cases, they stick a huge amount of memory into the box in an attempt to maximize performance of the box, especially w/FreeBSD vaunted 'unified VM/cache'. :) Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message