Date: Mon, 25 Jun 2018 12:36:00 +0930 From: Shane Ambler <FreeBSD@ShaneWare.Biz> To: Bob Willcox <bob@immure.com> Cc: questions list <freebsd-questions@freebsd.org> Subject: Re: Limiting ZFS ARC Size? Message-ID: <bcacb201-cf78-9c02-5790-40257c8a5cd4@ShaneWare.Biz> In-Reply-To: <20180624121814.GS8115@rancor.immure.com> References: <20180618162419.GA41031@rancor.immure.com> <2f30e611-acaa-b4c4-cb2e-1c9a220a1af0@mansionfamily.plus.com> <20180624121814.GS8115@rancor.immure.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 24/06/2018 21:48, Bob Willcox wrote: > On Sun, Jun 24, 2018 at 09:32:41AM +0100, james wrote: >> On 18/06/2018 17:24, Bob Willcox wrote: >>> to the point where my running processes (such as firefox) start page >>> thrashing. >> >> I thought ARC was supposed to give up memory if there is memory pressure >> that causes applications to page? > > That was what I was expecting as well. However ARC had consumed most of the > memory (about 25G, 30G was wired) and firefox was paging like crazy. I did > discover what program was causing ARC to grow seeming unbounded, it was vlc. > I have something over 64k audio tracks that I had pointed vlc to with shuffle > set. It must be recursively reading all of the files in the heirarchy and zfs > is cacheing a bunch of data as it goes. Create a zfs for your a/v files, then set its caching to metadata only. ARC use - - primarycache=all | none | metadata L2ARC use - - secondarycache=all | none | metadata Also have a look at https://reviews.freebsd.org/D7538 I am finding ARC releasing much quicker/easier with this patch. -- FreeBSD - the place to B...Software Developing Shane Ambler
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bcacb201-cf78-9c02-5790-40257c8a5cd4>