Date: Thu, 6 Feb 2014 19:24:17 +0200 From: Anton Sayetsky <vsjcfm@gmail.com> To: Adam Nowacki <nowakpl@platinum.linux.pl> Cc: freebsd-fs@freebsd.org Subject: Re: ZFS and Wired memory, again Message-ID: <CAFG2KCJkOKh3bpWQY4e8KBqQ7zZ2-NdgQCfETpkoTReS3ObLkw@mail.gmail.com> In-Reply-To: <52F3BE38.6050103@platinum.linux.pl> References: <CAFG2KC%2BZSHEVFbpPD9e1QHRdY=Sd6EuAD80vyDLDDQcpgCQNhA@mail.gmail.com> <CAFG2KCJUWtLwR_j2Ykr1J%2BO6PESgs3RdztS_Yx0gNJ_7UmrGJw@mail.gmail.com> <52F3BE38.6050103@platinum.linux.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
2014-02-06 Adam Nowacki <nowakpl@platinum.linux.pl>: > So what is exactly the problem here? Free memory is essentially wasted > memory and there is still plenty of free memory available so there is no > point to compact wired memory. Once free memory drops below > vm.v_free_target you should see something happen. I'll quote my first message: >>> I'm planning to deploy a ~150 TiB ZFS pool and when playing with ZFS >>> noticed that amount of wired memory is MUCH bigger than ARC size (in >>> absence of other hungry memory consumers, of course). ... >>> So why the wired ram on a machine with only minimal amount of services >>> has grown from 92 to 719 MiB? Sometimes I can even see about a gig! >>> I'm using 9.2-RELEASE-p1 amd64. ... >>> When reading a pool, evict skips can increment very fast and sometimes >>> arc metadata exceeds limit (2x-5x).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFG2KCJkOKh3bpWQY4e8KBqQ7zZ2-NdgQCfETpkoTReS3ObLkw>