From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Christoph Hellwig <hch@lst.de>
Cc: Goldwyn Rodrigues <rgoldwyn@suse.com>,
linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org
Subject: Re: [PATCH 18/19] xfs: cleanup xfs_iomap_write_unwritten
Date: Wed, 18 Sep 2019 11:06:07 -0700 [thread overview]
Message-ID: <20190918180607.GK2229799@magnolia> (raw)
In-Reply-To: <20190909182722.16783-19-hch@lst.de>
On Mon, Sep 09, 2019 at 08:27:21PM +0200, Christoph Hellwig wrote:
> Move more checks into the helpers that determine if we need a COW
> operation or allocation and split the return path for when an existing
> data for allocation has been found versus a new allocation.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
Looks ok,
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
--D
> ---
> fs/xfs/xfs_iomap.c | 74 ++++++++++++++++++++++++----------------------
> 1 file changed, 38 insertions(+), 36 deletions(-)
>
> diff --git a/fs/xfs/xfs_iomap.c b/fs/xfs/xfs_iomap.c
> index 0e575ca1e3fc..e4e79aa5b695 100644
> --- a/fs/xfs/xfs_iomap.c
> +++ b/fs/xfs/xfs_iomap.c
> @@ -642,23 +642,42 @@ xfs_iomap_write_unwritten(
> static inline bool
> imap_needs_alloc(
> struct inode *inode,
> + unsigned flags,
> struct xfs_bmbt_irec *imap,
> int nimaps)
> {
> - return !nimaps ||
> - imap->br_startblock == HOLESTARTBLOCK ||
> - imap->br_startblock == DELAYSTARTBLOCK ||
> - (IS_DAX(inode) && imap->br_state == XFS_EXT_UNWRITTEN);
> + /* don't allocate blocks when just zeroing */
> + if (flags & IOMAP_ZERO)
> + return false;
> + if (!nimaps ||
> + imap->br_startblock == HOLESTARTBLOCK ||
> + imap->br_startblock == DELAYSTARTBLOCK)
> + return true;
> + /* we convert unwritten extents before copying the data for DAX */
> + if (IS_DAX(inode) && imap->br_state == XFS_EXT_UNWRITTEN)
> + return true;
> + return false;
> }
>
> static inline bool
> -needs_cow_for_zeroing(
> +imap_needs_cow(
> + struct xfs_inode *ip,
> struct xfs_bmbt_irec *imap,
> + unsigned int flags,
> int nimaps)
> {
> - return nimaps &&
> - imap->br_startblock != HOLESTARTBLOCK &&
> - imap->br_state != XFS_EXT_UNWRITTEN;
> + if (!xfs_is_cow_inode(ip))
> + return false;
> +
> + /* when zeroing we don't have to COW holes or unwritten extents */
> + if (flags & IOMAP_ZERO) {
> + if (!nimaps ||
> + imap->br_startblock == HOLESTARTBLOCK ||
> + imap->br_state == XFS_EXT_UNWRITTEN)
> + return false;
> + }
> +
> + return true;
> }
>
> static int
> @@ -734,7 +753,6 @@ xfs_direct_write_iomap_begin(
> xfs_fileoff_t end_fsb = xfs_iomap_end_fsb(mp, offset, length);
> int nimaps = 1, error = 0;
> bool shared = false;
> - u16 iomap_flags = 0;
> unsigned lockmode;
>
> ASSERT(flags & (IOMAP_WRITE | IOMAP_ZERO));
> @@ -761,12 +779,7 @@ xfs_direct_write_iomap_begin(
> * Break shared extents if necessary. Checks for non-blocking IO have
> * been done up front, so we don't need to do them here.
> */
> - if (xfs_is_cow_inode(ip)) {
> - /* if zeroing doesn't need COW allocation, then we are done. */
> - if ((flags & IOMAP_ZERO) &&
> - !needs_cow_for_zeroing(&imap, nimaps))
> - goto out_found;
> -
> + if (imap_needs_cow(ip, &imap, flags, nimaps)) {
> /* may drop and re-acquire the ilock */
> error = xfs_reflink_allocate_cow(ip, &imap, &cmap, &shared,
> &lockmode, flags & IOMAP_DIRECT);
> @@ -778,18 +791,17 @@ xfs_direct_write_iomap_begin(
> length = XFS_FSB_TO_B(mp, end_fsb) - offset;
> }
>
> - /* Don't need to allocate over holes when doing zeroing operations. */
> - if (flags & IOMAP_ZERO)
> - goto out_found;
> + if (imap_needs_alloc(inode, flags, &imap, nimaps))
> + goto allocate_blocks;
>
> - if (!imap_needs_alloc(inode, &imap, nimaps))
> - goto out_found;
> + xfs_iunlock(ip, lockmode);
> + trace_xfs_iomap_found(ip, offset, length, XFS_DATA_FORK, &imap);
> + return xfs_bmbt_to_iomap(ip, iomap, &imap, 0);
>
> - /* If nowait is set bail since we are going to make allocations. */
> - if (flags & IOMAP_NOWAIT) {
> - error = -EAGAIN;
> +allocate_blocks:
> + error = -EAGAIN;
> + if (flags & IOMAP_NOWAIT)
> goto out_unlock;
> - }
>
> /*
> * We cap the maximum length we map to a sane size to keep the chunks
> @@ -808,22 +820,12 @@ xfs_direct_write_iomap_begin(
> */
> if (lockmode == XFS_ILOCK_EXCL)
> xfs_ilock_demote(ip, lockmode);
> - error = xfs_iomap_write_direct(ip, offset, length, &imap,
> - nimaps);
> + error = xfs_iomap_write_direct(ip, offset, length, &imap, nimaps);
> if (error)
> return error;
>
> - iomap_flags |= IOMAP_F_NEW;
> trace_xfs_iomap_alloc(ip, offset, length, XFS_DATA_FORK, &imap);
> -
> -out_finish:
> - return xfs_bmbt_to_iomap(ip, iomap, &imap, iomap_flags);
> -
> -out_found:
> - ASSERT(nimaps);
> - xfs_iunlock(ip, lockmode);
> - trace_xfs_iomap_found(ip, offset, length, XFS_DATA_FORK, &imap);
> - goto out_finish;
> + return xfs_bmbt_to_iomap(ip, iomap, &imap, IOMAP_F_NEW);
>
> out_found_cow:
> xfs_iunlock(ip, lockmode);
> --
> 2.20.1
>
next prev parent reply other threads:[~2019-09-18 18:06 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-09 18:27 iomap and xfs COW cleanups Christoph Hellwig
2019-09-09 18:27 ` [PATCH 01/19] iomap: better document the IOMAP_F_* flags Christoph Hellwig
2019-09-14 0:42 ` Allison Collins
2019-09-16 18:08 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 02/19] iomap: remove the unused iomap argument to __iomap_write_end Christoph Hellwig
2019-09-14 0:42 ` Allison Collins
2019-09-16 18:10 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 03/19] iomap: always use AOP_FLAG_NOFS in iomap_write_begin Christoph Hellwig
2019-09-16 18:11 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 04/19] iomap: ignore non-shared or non-data blocks in xfs_file_dirty Christoph Hellwig
2019-09-16 18:12 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 05/19] iomap: move the zeroing case out of iomap_read_page_sync Christoph Hellwig
2019-09-16 18:17 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 06/19] iomap: use write_begin to read pages to unshare Christoph Hellwig
2019-09-16 18:34 ` Darrick J. Wong
2019-09-30 11:07 ` Christoph Hellwig
2019-10-08 15:12 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 07/19] iomap: use a srcmap for a read-modify-write I/O Christoph Hellwig
2019-09-10 12:48 ` Goldwyn Rodrigues
2019-09-10 14:39 ` hch
2019-09-16 17:57 ` Darrick J. Wong
2019-09-16 18:42 ` Darrick J. Wong
2019-09-18 18:15 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 08/19] xfs: also call xfs_file_iomap_end_delalloc for zeroing operations Christoph Hellwig
2019-09-18 17:09 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 09/19] xfs: remove xfs_reflink_dirty_extents Christoph Hellwig
2019-09-18 17:17 ` Darrick J. Wong
2019-09-18 17:25 ` Christoph Hellwig
2019-09-18 17:31 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 10/19] xfs: pass two imaps to xfs_reflink_allocate_cow Christoph Hellwig
2019-09-18 17:26 ` Darrick J. Wong
2019-09-30 11:10 ` Christoph Hellwig
2019-09-09 18:27 ` [PATCH 11/19] xfs: refactor xfs_file_iomap_begin_delay Christoph Hellwig
2019-09-18 17:30 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 12/19] xfs: fill out the srcmap in iomap_begin Christoph Hellwig
2019-09-18 17:52 ` Darrick J. Wong
2019-10-01 6:26 ` Christoph Hellwig
2019-09-09 18:27 ` [PATCH 13/19] xfs: factor out a helper to calculate the end_fsb Christoph Hellwig
2019-09-14 0:42 ` Allison Collins
2019-09-18 17:55 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 14/19] xfs: split out a new set of read-only iomap ops Christoph Hellwig
2019-09-18 17:56 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 15/19] xfs: move xfs_file_iomap_begin_delay around Christoph Hellwig
2019-09-18 17:59 ` Darrick J. Wong
2019-09-30 11:14 ` Christoph Hellwig
2019-09-09 18:27 ` [PATCH 16/19] xfs: split the iomap ops for buffered vs direct writes Christoph Hellwig
2019-09-18 18:00 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 17/19] xfs: rename the whichfork variable in xfs_buffered_write_iomap_begin Christoph Hellwig
2019-09-14 0:42 ` Allison Collins
2019-09-18 18:00 ` Darrick J. Wong
2019-09-09 18:27 ` [PATCH 18/19] xfs: cleanup xfs_iomap_write_unwritten Christoph Hellwig
2019-09-18 18:06 ` Darrick J. Wong [this message]
2019-09-09 18:27 ` [PATCH 19/19] xfs: improve the IOMAP_NOWAIT check for COW inodes Christoph Hellwig
2019-09-18 18:09 ` Darrick J. Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20190918180607.GK2229799@magnolia \
--to=darrick.wong@oracle.com \
--cc=hch@lst.de \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=rgoldwyn@suse.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).