Hi,

Sorry if this is off-topic, but the dupremove project doesn't seem to
have a mailing list - and it is actually only generating extent-same
ioctls handled by btrfs anyway.

I recently gave dupremove a try on my btrfs-volume (mounted with
compress-force=lzo), specifically on a folder where I have a lot of
proprietary stuff installed (so 15 copies of
QT/java-runtime/webkit/...) and the result was:

Kernel processed data (excludes target files): 11.9G
Comparison of extent info shows a net change in shared extents of: 2.5M

>From what I understand, only 2,5mb were successfully deduplicated.
So I wonder, doesn't the extent-same ioctl work for compressed files,
or does the dedupe-utility know about compression?

Thank you in advance, Clemens
--
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

Reply via email to