Date: Mon, 10 Jan 2011 12:18:32 -0600 (CST) From: Bob Friesenhahn <bfriesen@simple.dallas.tx.us> To: Attila Nagy <bra@fsn.hu> Cc: freebsd-fs@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE Message-ID: <alpine.GSO.2.01.1101101214350.20928@freddy.simplesystems.org> In-Reply-To: <4D2B423F.2000403@fsn.hu> References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> <AANLkTimGdnESX-wwD52Fh4wCfS4xZ-839g6Ste5Bwihu@mail.gmail.com> <4D29A198.4070107@fsn.hu> <20110110085756.GA1744@garage.freebsd.pl> <4D2B423F.2000403@fsn.hu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 10 Jan 2011, Attila Nagy wrote: > > Having this choice is good, and in this case enabling this makes sense for > me. I don't know any reasons about why you wouldn't use all of your L2ARC > space (apart from sparing the quickly wearing out flash space and move disk > heads instead), but I'm sure Brendan made this choice with a good reason. > If you get an answer, please tell us. :) Consider that your L2ARC device might be bandwidth limited to 100-240MB/second while your main storage is capable of 1000MB or 2000MB second sequential data transfer. This a good reason to not simply put all data (which does not fit in normal ARC) into L2ARC. ARC is supposed to be adaptive ... Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.2.01.1101101214350.20928>