Date: Thu, 4 Jul 2013 04:11:13 -0700 From: Jeremy Chadwick <jdc@koitsu.org> To: Daniel Feenberg <feenberg@nber.org> Cc: freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: EBS snapshot backups from a FreeBSD zfs file system: zpool freeze? Message-ID: <20130704111113.GA87988@icarus.home.lan> In-Reply-To: <alpine.LRH.2.03.1307040704420.10642@nber.org> References: <A5A66641-5EF9-454E-A767-009480EE404E@dragondata.com> <871u7g57rl.wl%berend@pobox.com> <op.wznad7th34t2sn@tech304.office.supranet.net> <87mwq34emp.wl%berend@pobox.com> <20130703200241.GB60515@in-addr.com> <87k3l748gb.wl%berend@pobox.com> <20130703233631.GA74698@icarus.home.lan> <87d2qz42q4.wl%berend@pobox.com> <20130704010815.GB75529@icarus.home.lan> <alpine.LRH.2.03.1307040704420.10642@nber.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 04, 2013 at 07:09:13AM -0400, Daniel Feenberg wrote: > On Wed, 3 Jul 2013, Jeremy Chadwick wrote: > > > scripts. > > > > Also, because nobody seems to warn others of this: if you go the > > ZFS route on FreeBSD, please do not use features like dedup or > > compression. I can expand more on this if asked, as they have > > separate (and in one case identical/similar) caveats. (I'm always > > willing to bend on compression as long as the user knows of the one > > problem that still exists today and feels it's okay/acceptable) > > > > Please expand on the problem with compression - we have a lot of > very large, very "fluffy" datasets that compress down about 90% (and > are accessed in pure sequential order) so compression is very > attractive to us. Please see the rest of the thread; I explain the nuance there. :-) (Maybe mail delays of some sort are happening somewhere and you haven't seen the mail yet...) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Making life hard for others since 1977. PGP 4BD6C0CB |
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130704111113.GA87988>