Apologies for pretty delay in response. Thanks for the suggestions
and comments.
>On the other hand, full bit-to-bit comparison is faster and 100% safe
>With fideduperange the risk is more than minimized--it's completely
>eliminated.
Okay got it, will use fideduperange() as default option for
On Fri, Sep 07, 2018 at 09:27:28AM +0530, Lakshmipathi.G wrote:
> >
> > One question:
> > Why not ioctl_fideduperange?
> > i.e. you kill most of benefits from that ioctl - atomicity.
> >
> I plan to add fideduperange as an option too. User can
> choose between fideduperange and ficlonerange call.
On Fri, Sep 07, 2018 at 09:27:28AM +0530, Lakshmipathi.G wrote:
> > One question:
> > Why not ioctl_fideduperange?
> > i.e. you kill most of benefits from that ioctl - atomicity.
> >
> I plan to add fideduperange as an option too. User can
> choose between fideduperange and ficlonerange call.
>
>
>
> One question:
> Why not ioctl_fideduperange?
> i.e. you kill most of benefits from that ioctl - atomicity.
>
I plan to add fideduperange as an option too. User can
choose between fideduperange and ficlonerange call.
If I'm not wrong, with fideduperange, kernel performs
comparsion check befor
пт, 24 авг. 2018 г. в 7:41, Lakshmipathi.G :
>
> Hi -
>
> dduper is an offline dedupe tool. Instead of reading whole file blocks and
> computing checksum, It works by fetching checksum from BTRFS csum tree. This
> hugely improves the performance.
>
> dduper works like:
> - Read csum for giv
Hi -
dduper is an offline dedupe tool. Instead of reading whole file blocks and
computing checksum, It works by fetching checksum from BTRFS csum tree. This
hugely improves the performance.
dduper works like:
- Read csum for given two files.
- Find matching location.
- P