Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Feb 2013 19:33:54 +0200
From:      Daniel Kalchev <daniel@digsys.bg>
To:        freebsd-fs@freebsd.org
Subject:   Re: Improving ZFS performance for large directories
Message-ID:  <512BA082.3070605@digsys.bg>
In-Reply-To: <237DCD81-5CAB-466B-8BF4-543D195FA545@dragondata.com>
References:  <19DB8F4A-6788-44F6-9A2C-E01DEA01BED9@dragondata.com> <CAJjvXiE%2B8OMu_yvdRAsWugH7W=fhFW7bicOLLyjEn8YrgvCwiw@mail.gmail.com> <F4420A8C-FB92-4771-B261-6C47A736CF7F@dragondata.com> <20130201192416.GA76461@server.rulingia.com> <19E0C908-79F1-43F8-899C-6B60F998D4A5@dragondata.com> <5124AC69.6010709@FreeBSD.org> <237DCD81-5CAB-466B-8BF4-543D195FA545@dragondata.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On 25.02.13 19:00, Kevin Day wrote:
> I've been hesitating to increase the arc size because we've only got 64GB of memory here and I can't add any further. The processes running on the system themselves need a fair chunk of ram, so I'm trying to figure out how we can either upgrade this motherboard to something newer or reduce our memory size. I've got a feeling I'm going to need to do this, but since this is a non-commercial project it's kinda hard to spend that much money on it. :)

Just make vfs.zfs.arc_meta_limit as big as arc_max. This is safe. By 
default it is 25% of arc_max I believe. In your case, you are better 
caching more metadata than file data anyway.

Daniel



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