Re: [PATCH 19/25] vfs: implement opportunistic short dedupe

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH 19/25] vfs: implement opportunistic short dedupe
From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Date: Sun, 14 Oct 2018 10:26:04 -0700
Cc: david@xxxxxxxxxxxxx, sandeen@xxxxxxxxxx, linux-nfs@xxxxxxxxxxxxxxx, linux-cifs@xxxxxxxxxxxxxxx, Amir Goldstein <amir73il@xxxxxxxxx>, linux-unionfs@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxxxxxx, linux-mm@xxxxxxxxx, linux-btrfs@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, ocfs2-devel@xxxxxxxxxxxxxx
In-reply-to: <153938927786.8361.10345203650384514542.stgit@magnolia>
User-agent: Mutt/1.9.2 (2017-12-15)

How is RFR_SHORT_DEDUPE so different from RFR_SAME_DATA + RFR_CAN_SHORTEN
that we need another flag for it?

References:
- [PATCH v4 00/25] fs: fixes for serious clone/dedupe problems
  - From: Darrick J. Wong
- [PATCH 19/25] vfs: implement opportunistic short dedupe
  - From: Darrick J. Wong

Prev by Date: Re: [PATCH 16/25] vfs: make remapping to source file eof more explicit
Next by Date: Re: [PATCH 24/25] xfs: support returning partial reflink results
Previous by thread: [PATCH 19/25] vfs: implement opportunistic short dedupe
Next by thread: [PATCH 20/25] ocfs2: truncate page cache for clone destination file before remapping
Index(es):
- Date
- Thread

[Index of Archives] [Linux Filesystems Devel] [Linux NFS] [Linux NILFS] [Linux USB Devel] [Linux Audio Users] [Yosemite News] [Linux Kernel] [Linux SCSI]

Powered by Linux