From: Allison Henderson <allison.henderson@oracle.com>
To: Dave Chinner <david@fromorbit.com>, linux-xfs@vger.kernel.org
Subject: Re: [PATCH 3/7] xfs: factor a move some code in xfs_log_cil.c
Date: Fri, 3 Sep 2021 14:09:08 -0700 [thread overview]
Message-ID: <05fc44e8-28c0-61c0-1b90-68a0c1f7b73c@oracle.com> (raw)
In-Reply-To: <20210902095927.911100-4-david@fromorbit.com>
On 9/2/21 2:59 AM, Dave Chinner wrote:
> From: Dave Chinner <dchinner@redhat.com>
>
> In preparation for adding support for intent item whiteouts.
>
> Signed-off-by: Dave Chinner <dchinner@redhat.com>
Looks like a straight forward hoist
Reviewed-by: Allison Henderson <allison.henderson@oracle.com>
> ---
> fs/xfs/xfs_log_cil.c | 109 +++++++++++++++++++++++++------------------
> 1 file changed, 64 insertions(+), 45 deletions(-)
>
> diff --git a/fs/xfs/xfs_log_cil.c b/fs/xfs/xfs_log_cil.c
> index 9488db6c6b21..bd2c8178255e 100644
> --- a/fs/xfs/xfs_log_cil.c
> +++ b/fs/xfs/xfs_log_cil.c
> @@ -58,6 +58,38 @@ xlog_cil_set_iclog_hdr_count(struct xfs_cil *cil)
> (log->l_iclog_size - log->l_iclog_hsize)));
> }
>
> +/*
> + * Check if the current log item was first committed in this sequence.
> + * We can't rely on just the log item being in the CIL, we have to check
> + * the recorded commit sequence number.
> + *
> + * Note: for this to be used in a non-racy manner, it has to be called with
> + * CIL flushing locked out. As a result, it should only be used during the
> + * transaction commit process when deciding what to format into the item.
> + */
> +static bool
> +xlog_item_in_current_chkpt(
> + struct xfs_cil *cil,
> + struct xfs_log_item *lip)
> +{
> + if (test_bit(XLOG_CIL_EMPTY, &cil->xc_flags))
> + return false;
> +
> + /*
> + * li_seq is written on the first commit of a log item to record the
> + * first checkpoint it is written to. Hence if it is different to the
> + * current sequence, we're in a new checkpoint.
> + */
> + return lip->li_seq == cil->xc_ctx->sequence;
> +}
> +
> +bool
> +xfs_log_item_in_current_chkpt(
> + struct xfs_log_item *lip)
> +{
> + return xlog_item_in_current_chkpt(lip->li_mountp->m_log->l_cilp, lip);
> +}
> +
> /*
> * Unavoidable forward declaration - xlog_cil_push_work() calls
> * xlog_cil_ctx_alloc() itself.
> @@ -995,6 +1027,37 @@ xlog_cil_order_cmp(
> return l1->lv_order_id > l2->lv_order_id;
> }
>
> +/*
> + * Build a log vector chain from the current CIL.
> + */
> +static void
> +xlog_cil_build_lv_chain(
> + struct xfs_cil_ctx *ctx,
> + uint32_t *num_iovecs,
> + uint32_t *num_bytes)
> +{
> +
> + while (!list_empty(&ctx->log_items)) {
> + struct xfs_log_item *item;
> + struct xfs_log_vec *lv;
> +
> + item = list_first_entry(&ctx->log_items,
> + struct xfs_log_item, li_cil);
> +
> + lv = item->li_lv;
> + lv->lv_order_id = item->li_order_id;
> + *num_iovecs += lv->lv_niovecs;
> + /* we don't write ordered log vectors */
> + if (lv->lv_buf_len != XFS_LOG_VEC_ORDERED)
> + *num_bytes += lv->lv_bytes;
> +
> + list_add_tail(&lv->lv_list, &ctx->lv_chain);
> + list_del_init(&item->li_cil);
> + item->li_order_id = 0;
> + item->li_lv = NULL;
> + }
> +}
> +
> /*
> * Push the Committed Item List to the log.
> *
> @@ -1017,7 +1080,6 @@ xlog_cil_push_work(
> container_of(work, struct xfs_cil_ctx, push_work);
> struct xfs_cil *cil = ctx->cil;
> struct xlog *log = cil->xc_log;
> - struct xfs_log_vec *lv;
> struct xfs_cil_ctx *new_ctx;
> int num_iovecs = 0;
> int num_bytes = 0;
> @@ -1116,24 +1178,7 @@ xlog_cil_push_work(
> &bdev_flush);
>
> xlog_cil_pcp_aggregate(cil, ctx);
> -
> - while (!list_empty(&ctx->log_items)) {
> - struct xfs_log_item *item;
> -
> - item = list_first_entry(&ctx->log_items,
> - struct xfs_log_item, li_cil);
> - lv = item->li_lv;
> - lv->lv_order_id = item->li_order_id;
> - num_iovecs += lv->lv_niovecs;
> - /* we don't write ordered log vectors */
> - if (lv->lv_buf_len != XFS_LOG_VEC_ORDERED)
> - num_bytes += lv->lv_bytes;
> -
> - list_add_tail(&lv->lv_list, &ctx->lv_chain);
> - list_del_init(&item->li_cil);
> - item->li_order_id = 0;
> - item->li_lv = NULL;
> - }
> + xlog_cil_build_lv_chain(ctx, &num_iovecs, &num_bytes);
>
> /*
> * Switch the contexts so we can drop the context lock and move out
> @@ -1612,32 +1657,6 @@ xlog_cil_force_seq(
> return 0;
> }
>
> -/*
> - * Check if the current log item was first committed in this sequence.
> - * We can't rely on just the log item being in the CIL, we have to check
> - * the recorded commit sequence number.
> - *
> - * Note: for this to be used in a non-racy manner, it has to be called with
> - * CIL flushing locked out. As a result, it should only be used during the
> - * transaction commit process when deciding what to format into the item.
> - */
> -bool
> -xfs_log_item_in_current_chkpt(
> - struct xfs_log_item *lip)
> -{
> - struct xfs_cil *cil = lip->li_mountp->m_log->l_cilp;
> -
> - if (test_bit(XLOG_CIL_EMPTY, &cil->xc_flags))
> - return false;
> -
> - /*
> - * li_seq is written on the first commit of a log item to record the
> - * first checkpoint it is written to. Hence if it is different to the
> - * current sequence, we're in a new checkpoint.
> - */
> - return lip->li_seq == cil->xc_ctx->sequence;
> -}
> -
> /*
> * Move dead percpu state to the relevant CIL context structures.
> *
>
next prev parent reply other threads:[~2021-09-03 21:09 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-02 9:59 [RFC PATCH 0/7] xfs: intent item whiteouts Dave Chinner
2021-09-02 9:59 ` [PATCH 1/7] xfs: add log item flags to indicate intents Dave Chinner
2021-09-03 21:08 ` Allison Henderson
2021-09-02 9:59 ` [PATCH 2/7] xfs: tag transactions that contain intent done items Dave Chinner
2021-09-03 21:09 ` Allison Henderson
2021-09-02 9:59 ` [PATCH 3/7] xfs: factor a move some code in xfs_log_cil.c Dave Chinner
2021-09-03 21:09 ` Allison Henderson [this message]
2021-09-02 9:59 ` [PATCH 4/7] xfs: add log item method to return related intents Dave Chinner
2021-09-03 21:09 ` Allison Henderson
2021-09-02 9:59 ` [PATCH 5/7] xfs: whiteouts release intents that are not in the AIL Dave Chinner
2021-09-03 21:09 ` Allison Henderson
2021-09-02 9:59 ` [PATCH 6/7] [RFC] xfs: intent item whiteouts Dave Chinner
2021-09-03 21:09 ` Allison Henderson
2021-09-02 9:59 ` [PATCH 7/7] xfs: reduce kvmalloc overhead for CIL shadow buffers Dave Chinner
2021-09-03 21:55 ` Allison Henderson
2021-09-09 11:37 ` [RFC PATCH 0/7] xfs: intent item whiteouts Christoph Hellwig
2021-09-09 21:21 ` Dave Chinner
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=05fc44e8-28c0-61c0-1b90-68a0c1f7b73c@oracle.com \
--to=allison.henderson@oracle.com \
--cc=david@fromorbit.com \
--cc=linux-xfs@vger.kernel.org \
/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).