Date: Thu, 4 Jul 2013 07:09:13 -0400 (EDT) From: Daniel Feenberg <feenberg@nber.org> To: Jeremy Chadwick <jdc@koitsu.org> Cc: freebsd-fs <freebsd-fs@freebsd.org> Subject: Re: EBS snapshot backups from a FreeBSD zfs file system: zpool freeze? Message-ID: <alpine.LRH.2.03.1307040704420.10642@nber.org> In-Reply-To: <20130704010815.GB75529@icarus.home.lan> References: <6488DECC-2455-4E92-B432-C39490D18484@dragondata.com> <CADBaqmihCB5JP01hLwXTWHoZiJJ5-jkT-Ro=oDwOcKZT_zvEKA@mail.gmail.com> <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>
next in thread | previous in thread | raw e-mail | index | archive | help
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. dan feenberg NBER
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.LRH.2.03.1307040704420.10642>