Date: Wed, 5 Jan 2000 21:24:44 -0800 (PST) From: Tom <tom@sdf.com> To: up@3.am Cc: FreeBSD ISP List <freebsd-isp@freebsd.org> Subject: Re: Why I have to reboot at times; was:RE: uptimes, Woo Hoo Message-ID: <Pine.BSF.4.05.10001052119470.14799-100000@misery.sdf.com> In-Reply-To: <Pine.BSF.4.10.10001051910480.47261-100000@richard2.pil.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 5 Jan 2000 up@3.am wrote: > On Wed, 5 Jan 2000, Dan Harnett wrote: > > > > ok, on the pretense of steering this thread back to topic, I could use > > > some advice on the following problems I've been seeing with 3.2-RELEASE: > > > > > > there appears to be some sort of memory leak that I can't track down to a > > > specific process (I have 256MB on this box): > > > > > > Mem: 87M Active, 129M Inact, 25M Wired, 6332K Cache, 8343K Buf, 4196K Free > > > > ^^^^^^^^^^ This is what is important. > > > > Inactive memory is free but cached for quicker reuse. > > I thought this might be the case *except* I've had amanda complain that it > is "unable to allocate memory", every couple of weeks or so, and a reboot > is the only thing that fixes it. I have amanda as a "default" user in > /etc/login.conf, which has no restrictions (users are a different class > with lots of restrictions) I can't believe all this FUD about memory allocation. First of all, if you are really and truly out of memory, nothing will be able to allocate memory, not just one application. That is just logic. You basically don't have any idea why Amanda can't allocate memory. Amanda could just require a lot of memory during backups. The daemon processes that Amanda uses may use more memory as they run. > James Smallacombe PlantageNet, Inc. CEO and Janitor > up@3.am http://3.am > ========================================================================= Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.10001052119470.14799-100000>