Am 30.08.2016 um 02:48 schrieb Qu Wenruo: > Yes. > And more specifically, it doesn't even affect delta backup. > > For shared extents caused by reflink/dedupe(out-of-band or even incoming > in-band), it will be send as individual files. > > For contents, they are all the same, just more space usage.
For those interested, I have now actually tested the btrfs send / btrfs receive backup for several subvolumes after applying this patch. The throughput is finally usable, almost hitting network / IO limits as expected - ideal so far! Also delta seemed fine for the subvolumes for which things worked. However, I now sadly get (for one of my subvolumes): send ioctl failed with -2: No such file or directory at some point during the transfer, it sadly seems to be reproducible. I do not think it's related to this patch, but of course this makes "btrfs send" still unusable to me - I guess it's not ready for general use just yet. Is there any information I can easily extract / provide to allow the experts to fix this issue? The kernel log shows nothing. Thanks a lot, Oliver -- 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