From owner-freebsd-chat Tue Nov 28 8:21:37 2000 Delivered-To: freebsd-chat@freebsd.org Received: from ra.nks.net (ra.nks.net [208.226.218.5]) by hub.freebsd.org (Postfix) with ESMTP id 63AFC37B400 for ; Tue, 28 Nov 2000 08:21:35 -0800 (PST) Received: from localhost (joeo@localhost) by ra.nks.net (8.8.7/8.8.7) with ESMTP id MAA08140; Tue, 28 Nov 2000 12:04:23 -0500 Date: Tue, 28 Nov 2000 12:04:23 -0500 (EST) From: X-Sender: joeo@ra.nks.net To: Andre Oppermann Cc: chat@freebsd.org Subject: Re: Netbsd advances... In-Reply-To: <3A23D953.A4C4FFD9@telehouse.ch> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes, I know FreeBSD had a merged buffer cache for the 1.1.5 release and I think everything after the 2.2 release. Just nice to see that the end user perceived performance of netbsd may finally get to the point where I could stand to use it (especially on older hardware). On Tue, 28 Nov 2000, Andre Oppermann wrote: > > AFAIK FreeBSD does this for five years now... nothing new in little > china. > > joeo@cracktown.com wrote: > > > > Just noticed this over on the netbsd home page... > > > > UBC code integrated into NetBSD-current (27 Nov) (top) > > > > Chuck Silvers has integrated the Unified Buffer Cache project code > > into NetBSD-current. To build a new -current kernel from an existing > > kernel configuration file, you'll want to remove any settings for > > "BUFCACHE", "NBUF", or "BUFPAGES", and let the size of the buffer cache go > > back to the default. After that, you'll need to rerun config, and then you > > can build away. > > > > Under UBC, the traditional buffer cache is no longer used for storing > > regular data, only metadata, so you'll want to allow the VM system to > > manage most of your physical memory. The default buffer cache size will be > > fine for most people, regardless of the amount of memory in the machine. > > > > What does this mean for you? For most people, more memory will be > > available for caching regular file data, so filesystem i/o will be faster > > since there will be more times when the data you're accessing is already > > in memory. How much faster depends on what you're doing, but you'll > > probably notice the difference. > > > > More information is available in Chuck's announcement in the > > current-users mail archive. > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-chat" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message