On Wed, Aug 03, 2016 at 12:45:36PM -0700, Mark Fasheh wrote:
> Hi Darrick,
>
> On Wed, Jul 20, 2016 at 09:55:55PM -0700, Darrick J. Wong wrote:
> > Hi all,
> >
> > This is the seventh revision of a patchset that adds to XFS kernel
> > support for tracking reverse-mappings of physical blocks to file and
> > metadata (rmap). Per reviewers' request with v6, I am splitting the
> > gigantic patchbombs into separate functional areas. Given the
> > significant amount of design assumptions that change with block
> > sharing, rmap and reflink are provided together. There shouldn't be
> > any incompatible on-disk format changes, pending a thorough review of
> > the patches within.
>
> Where can I the patches to enable dedupe_range on xfs? I tested your
> previous devel branch based on Linux v4.7-rc3 with duperemove
> (https://github.com/markfasheh/duperemove) and it worked extremely well -
> even handling some cases that btrfs still has issues with. I actually
> committed the code to enable xfs support in duperemove so anyone can test on
> xfs with the dedupe_range patches.
>
> I'd gladly test your latest patches by doing my usual 'large' duperemove
> tests once I can get ahold of the dedupe_range work :)
Your best bets are probably the -experimental trees:
https://github.com/djwong/linux/commits/djwong-experimental
https://github.com/djwong/xfsprogs/commits/djwong-experimental
I haven't updated them in a while because I've been busy trying
to get reverse-mapping (the start of those patchbombs) into 4.8.
Just as a warning, don't put anything critical on those XFS filesystems
because there's going to be a disk format update between now and the
next time I post the patches because Dave and I decided to cache the
block counts for the new btrees in order to speed up mounting. I don't
anticipate having time to clean up my dev tree and push to github until
a week or two after the merge window closes.
--D
>
> Thanks,
> --Mark
>
> --
> Mark Fasheh
|