From owner-freebsd-questions Wed Feb 25 01:14:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12470 for freebsd-questions-outgoing; Wed, 25 Feb 1998 01:14:56 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA12459 for ; Wed, 25 Feb 1998 01:14:40 -0800 (PST) (envelope-from grog@lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.8.7/8.8.5) with ESMTP id TAA10924; Wed, 25 Feb 1998 19:44:37 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA28515; Wed, 25 Feb 1998 19:44:37 +1030 (CST) (envelope-from grog) Message-ID: <19980225194437.30824@freebie.lemis.com> Date: Wed, 25 Feb 1998 19:44:37 +1030 From: Greg Lehey To: Grimm Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Recovering from disaster, and other nastiness... References: <19980225192842.30125@freebie.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89i In-Reply-To: ; from Grimm on Wed, Feb 25, 1998 at 01:12:39AM -0800 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 25 February 1998 at 1:12:39 -0800, Grimm wrote: > On Wed, 25 Feb 1998, Greg Lehey wrote: > >> On Tue, 24 February 1998 at 23:09:13 -0800, Grimm wrote: > >>> Either that, or - as I suspect it may be - it means I need to change >>> the size of my /proc partition. >> >> What gives you that idea? > > (after reading provided information about /proc) I meant the disk cache, > actually. I mistook that that was where it lived. Ah. That makes more sense. > What gives me _this_ idea is that a) I haven't increased the size of my > disk cache to correspond with the increase in RAM. and b) I imagine the > system might have a bit of a problem with this when suddenly it can't > read/write stuff where it doesn't have room to write to. Do you come from a System V.3 background? The disk cache is managed dynamically by the virtual memory system. If you're interested, start the program top (there's a man page). >>> And second, if it is, how does one _do_ this nondestructively? > > This still stands. Either way, I need to find out how to do this when I > _do_ manage to upgrade with some working RAM. There's no way to influence it externally short of rewriting the virtual memory system, and I can't think of any reason to do that. FreeBSD has one of the best virtual memory systems you will find anywhere. Greg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message