>> As for dedupe there is (to my knowledge) nothing fully automatic yet. >> You have to run a program to scan your filesystem but all the >> deduplication is done in the kernel. >> duperemove works apparently quite well when I tested it, but there may >> be some performance implications. > Correct, there is nothing automatic (and there are pretty significant > arguments against doing automatic deduplication in most cases), but the > off-line options (via the EXTENT_SAME ioctl) are reasonably reliable. > Duperemove in particular does a good job, though it may take a long time > for large data sets. > > As far as performance, it's no worse than large numbers of snapshots. > The issues arise from using very large numbers of reflinks.
What is this "large" number of snapshots? Not that it's directly comparible, but I've worked with ZFS a while, and haven't seen those issues there. Vennlig hilsen roy -- Roy Sigurd Karlsbakk (+47) 98013356 http://blogg.karlsbakk.net/ GPG Public key: http://karlsbakk.net/roysigurdkarlsbakk.pubkey.txt -- Hið góða skaltu í stein höggva, hið illa í snjó rita. -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
