Date: Wed, 17 Mar 2010 16:57:50 -0400 From: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> To: Mario Lobo <lobo@bsd.com.br> Cc: freebsd-questions@freebsd.org Subject: Re: Measuring Free memory Message-ID: <448w9qekdt.fsf@be-well.ilk.org> In-Reply-To: <201003171625.56749.lobo@bsd.com.br> (Mario Lobo's message of "Wed, 17 Mar 2010 16:25:56 %2B0000") References: <201003171546.00190.lobo@bsd.com.br> <44d3z2epp4.fsf@be-well.ilk.org> <201003171625.56749.lobo@bsd.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
Mario Lobo <lobo@bsd.com.br> writes: > On Wednesday 17 March 2010 19:03:03 Lowell Gilbert wrote: >> First, you'll need a precise definition of what you mean by "free memory". > > Free physical memory available. Not precise enough to have a clear answer. Does it have to be zeroed already, or do clean inactive pages count? [etc. for buffer cache, VM page cache...] >> >> Add the "-H" flag to get that value more precise. I suspect, however, >> that precision isn't really the right term for what you're after. > > I caught the -H flag right after I wrote the mail. The result has to be > multiplied by 1024. > > It's possible you're right but what I am trying to do is to monitor the amount > of free physical memory still on the system. > > To make a long story short, I am in a long stretch in trying to find out why > 8-STABLE amd64+VBox+nvidia driver is freezing my system to power button point. Ah. That's different. Generally it's more useful to track paging rates, assuming memory has anything to do with the freeze (which may not be the case). -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?448w9qekdt.fsf>