This is interesting, but what about iSCSI volumes for virtual machines? Compress or de-dupe? Assuming the virtual machine was made from a clone of the original iSCSI or a master iSCSI volume.
Does anyone have any real world data this? I would think the iSCSI volumes would diverge quite a bit over time even with compression and/or de-duplication. Just curious… On 6 May 2010, at 16:39 , Peter Tribble wrote: > On Thu, May 6, 2010 at 2:06 AM, Richard Jahnel <rich...@ellipseinc.com> wrote: >> I've googled this for a bit, but can't seem to find the answer. >> >> What does compression bring to the party that dedupe doesn't cover already? > > Compression will reduce the storage requirements for non-duplicate data. > > As an example, I have a system that I rsync the web application data > from a whole > bunch of servers (zones) to. There's a fair amount of duplication in > the application > files (java, tomcat, apache, and the like) so dedup is a big win. On > the other hand, > there's essentially no duplication whatsoever in the log files, which > are pretty big, > but compress really well. So having both enabled works really well. > > -- > -Peter Tribble > http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss Mike --- Michael Sullivan michael.p.sulli...@me.com http://www.kamiogi.net/ Japan Mobile: +81-80-3202-2599 US Phone: +1-561-283-2034 _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
