Date: Mon, 8 Oct 2007 11:33:49 -0500 From: Craig Boston <cb@severious.net> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: ZFS kmem_map too small. Message-ID: <20071008163349.GB98555@nowhere> In-Reply-To: <20071008121523.GM2327@garage.freebsd.pl> References: <20071005000046.GC92272@garage.freebsd.pl> <20071008121523.GM2327@garage.freebsd.pl>
index | next in thread | previous in thread | raw e-mail
On Mon, Oct 08, 2007 at 02:15:23PM +0200, Pawel Jakub Dawidek wrote:
> It's a hack, yes, but allows to mitigate the problem quite well. I'm
> looking for a solution that can be used for 7.0 before we find a better
> fix.
Um, tsleep()ing when M_NOWAIT is set? Yes, I'd call that quite a hack
:)
Sorry to spam the thread again, but one thing I noticed is that zfs does
an awful lot of allocations of various sizes:
$ uptime
11:30AM up 2 days, 18:06, 11 users, load averages: 0.05, 0.12, 0.15
(was idle most of the weekend)
$ vmstat -m | grep solaris
solaris 83176 341456K - 53216607 16,32,64,128,256,512,1024,2048,4096
I'm not completely up-to-date on what algorithm the kernel allocator is
using these days, but is it possible that kernel memory is getting
fragmented by all of those allocations?
Craig
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071008163349.GB98555>