Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Apr 2007 21:04:55 -0500
From:      Craig Boston <craig@xfoil.gank.org>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek <pjd@FreeBSD.org>
Subject:   Re: ZFS committed to the FreeBSD base.
Message-ID:  <20070410020455.GA73825@nowhere>
In-Reply-To: <20070410015523.GA39181@xor.obsecurity.org>
References:  <20070407165759.GG8831@cicely12.cicely.de> <20070407180319.GH8831@cicely12.cicely.de> <20070407191517.GN63916@garage.freebsd.pl> <20070407212413.GK8831@cicely12.cicely.de> <20070410003505.GA8189@nowhere> <20070410003837.GB8189@nowhere> <20070410011125.GB38535@xor.obsecurity.org> <20070410013034.GC8189@nowhere> <20070410014233.GD8189@nowhere> <20070410015523.GA39181@xor.obsecurity.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Apr 09, 2007 at 09:55:23PM -0400, Kris Kennaway wrote:
> That is a lifetime count of the # of operations, not the current
> number allocated ("InUse").

Yes, perhaps I should have said "sheer number of allocations &
deallocations".  I was just surprised that it seems to grab and release
memory much more often than anything else tracked by vmstat.

> It does look like there is something else using a significant amount
> of memory apart from arc, but arc might at least be the major one due
> to its extremely greedy default allocation policy.

I wasn't going to post again until somebody suggested trying this, but I
think the name cache can be ruled out.  I reduced vfs.zfs.dnlc.ncsize
from ~13000 to 4096 with no appreciable drop in total memory usage.

It seems to be stable with vm.kmem_size at 256MB, but the wired count
has come dangerously close a few times.

Craig



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070410020455.GA73825>