All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-lvm] deduplication, at LVM level or FS level?
       [not found] <2112453070.8081291258409320087.JavaMail.root@crono>
@ 2009-11-16 22:09 ` Anthony Clark
  2009-11-17 22:38   ` Christian Kujau
  0 siblings, 1 reply; 2+ messages in thread
From: Anthony Clark @ 2009-11-16 22:09 UTC (permalink / raw)
  To: linux-lvm

Hi All,

I'm dealing with ever-larger HSM and backups, as I'm sure many of us are.  I was wondering where the "best" place to perform data deduplication was? (compression, ha!)

Should dedup happen at the filesystem level or the LVM level?  I'm somewhat motivated to try to shoehorn lessfs' code into something that doesn't require FUSE, but I'm still at the early stages of examining this.

Anyone doing anything similar?

Thanks

Anthony

^ permalink raw reply	[flat|nested] 2+ messages in thread
* Re: [linux-lvm] deduplication, at LVM level or FS level?
  2009-11-16 22:09 ` [linux-lvm] deduplication, at LVM level or FS level? Anthony Clark
@ 2009-11-17 22:38   ` Christian Kujau
  0 siblings, 0 replies; 2+ messages in thread
From: Christian Kujau @ 2009-11-17 22:38 UTC (permalink / raw)
  To: LVM general discussion and development

On Mon, 16 Nov 2009 at 17:09, Anthony Clark wrote:
> Should dedup happen at the filesystem level or the LVM level?

Along with the recent announcement of ZFS dedup, Jeff Bonwick listed a few 
pros/cons of different dedup approaches: 
http://blogs.sun.com/bonwick/entry/zfs_dedup
("What to dedup: Files, blocks, or bytes?")

HTH,
C.
-- 
BOFH excuse #441:

Hash table has woodworm

^ permalink raw reply	[flat|nested] 2+ messages in thread
end of thread, other threads:[~2009-11-17 22:39 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <2112453070.8081291258409320087.JavaMail.root@crono>
2009-11-16 22:09 ` [linux-lvm] deduplication, at LVM level or FS level? Anthony Clark
2009-11-17 22:38   ` Christian Kujau

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.