From: Misono Tomohiro <misono.tomohiro@jp.fujitsu.com>
To: Nikolay Borisov <nborisov@suse.com>, <linux-btrfs@vger.kernel.org>
Subject: Re: [PATCH 11/15] btrfs-progs: Add delayed refs infrastructure
Date: Mon, 30 Jul 2018 17:34:54 +0900 [thread overview]
Message-ID: <7b355214-d883-c67d-a6a8-12e8aa32bc19@jp.fujitsu.com> (raw)
In-Reply-To: <1528462078-24490-12-git-send-email-nborisov@suse.com>
On 2018/06/08 21:47, Nikolay Borisov wrote:
> This commit pulls those portions of the kernel implementation of
> delayed refs which are necessary to have them working in user-space.
> I've done the following modifications:
>
> 1. Replaced all kmem_cache_alloc calls to kmalloc.
>
> 2. Removed all locking-related code, since we are single threaded in
> userspace.
>
> 3. Removed code which deals with data refs - delayed refs in user space
> are going to be used only for cowonly trees.
>
> Signed-off-by: Nikolay Borisov <nborisov@suse.com>
> ---
> Makefile | 3 +-
> ctree.h | 3 +
> delayed-ref.c | 608 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> delayed-ref.h | 225 ++++++++++++++++++++++
> extent-tree.c | 228 ++++++++++++++++++++++
> kerncompat.h | 8 +
> transaction.h | 4 +
> 7 files changed, 1078 insertions(+), 1 deletion(-)
> create mode 100644 delayed-ref.c
> create mode 100644 delayed-ref.h
>
> diff --git a/Makefile b/Makefile
> index 544410e6440c..9508ad4f11e6 100644
> --- a/Makefile
> +++ b/Makefile
> @@ -116,7 +116,8 @@ objects = ctree.o disk-io.o kernel-lib/radix-tree.o extent-tree.o print-tree.o \
> qgroup.o free-space-cache.o kernel-lib/list_sort.o props.o \
> kernel-shared/ulist.o qgroup-verify.o backref.o string-table.o task-utils.o \
> inode.o file.o find-root.o free-space-tree.o help.o send-dump.o \
> - fsfeatures.o kernel-lib/tables.o kernel-lib/raid56.o transaction.o
> + fsfeatures.o kernel-lib/tables.o kernel-lib/raid56.o transaction.o \
> + delayed-ref.o
> cmds_objects = cmds-subvolume.o cmds-filesystem.o cmds-device.o cmds-scrub.o \
> cmds-inspect.o cmds-balance.o cmds-send.o cmds-receive.o \
> cmds-quota.o cmds-qgroup.o cmds-replace.o check/main.o \
> diff --git a/ctree.h b/ctree.h
> index b30a946658ce..d1ea45571d1e 100644
> --- a/ctree.h
> +++ b/ctree.h
> @@ -2812,4 +2812,7 @@ int btrfs_punch_hole(struct btrfs_trans_handle *trans,
> int btrfs_read_file(struct btrfs_root *root, u64 ino, u64 start, int len,
> char *dest);
>
> +
> +/* extent-tree.c */
> +int btrfs_run_delayed_refs(struct btrfs_trans_handle *trans, unsigned long nr);
> #endif
> diff --git a/delayed-ref.c b/delayed-ref.c
> new file mode 100644
> index 000000000000..f3fa50239380
> --- /dev/null
> +++ b/delayed-ref.c
> @@ -0,0 +1,608 @@
<snip>
> +
> +static inline void drop_delayed_ref(struct btrfs_trans_handle *trans,
> + struct btrfs_delayed_ref_root *delayed_refs,
> + struct btrfs_delayed_ref_head *head,
> + struct btrfs_delayed_ref_node *ref)
> +{
> + rb_erase(&ref->ref_node, &head->ref_tree);
> + RB_CLEAR_NODE(&ref->ref_node);
> + if (!list_empty(&ref->add_list))
> + list_del(&ref->add_list);
> + ref->in_tree = 0;
> + btrfs_put_delayed_ref(ref);
Compared with kernel code, it seems that we need
delayed_refs->num_entries--;
> + if (trans->delayed_ref_updates)
> + trans->delayed_ref_updates--;
> +}
> +static noinline struct btrfs_delayed_ref_head *
> +add_delayed_ref_head(struct btrfs_trans_handle *trans,
> + struct btrfs_delayed_ref_head *head_ref,
> + void *qrecord,
> + int action, int *qrecord_inserted_ret,
> + int *old_ref_mod, int *new_ref_mod)
> +{
> + struct btrfs_delayed_ref_head *existing;
> + struct btrfs_delayed_ref_root *delayed_refs;
> +
> + delayed_refs = &trans->delayed_refs;
> +
> + existing = htree_insert(&delayed_refs->href_root, &head_ref->href_node);
> + if (existing) {
> + update_existing_head_ref(delayed_refs, existing, head_ref, old_ref_mod);
> + /*
> + * we've updated the existing ref, free the newly
> + * allocated ref
> + */
> + kfree(head_ref);
> + head_ref = existing;
> + } else {
> + if (old_ref_mod)
> + *old_ref_mod = 0;
> + delayed_refs->num_heads++;
> + delayed_refs->num_heads_ready++;
And
delayed_refs->num_entries++;
to correctly count num_entries.
(I noticed that num_entries went to negative value when I'm running gdb)
However, num_entries is actually not used in progs at all (it is used for
throttling in kernel), so maybe we can just drop the variable from progs?
> + trans->delayed_ref_updates++;
> + }
> + if (new_ref_mod)
> + *new_ref_mod = head_ref->total_ref_mod;
> +
> + return head_ref;
> +}
<snip>
next prev parent reply other threads:[~2018-07-30 10:09 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-08 12:47 [PATCH 00/15] Add delayed-refs support to btrfs-progs Nikolay Borisov
2018-06-08 12:47 ` [PATCH 01/15] btrfs-progs: Remove root argument from pin_down_bytes Nikolay Borisov
2018-06-11 4:41 ` Qu Wenruo
2018-06-08 12:47 ` [PATCH 02/15] btrfs-progs: Remove root argument from btrfs_del_csums Nikolay Borisov
2018-06-11 4:46 ` Qu Wenruo
2018-06-11 7:02 ` Nikolay Borisov
2018-06-11 7:40 ` Qu Wenruo
2018-06-11 7:48 ` Nikolay Borisov
2018-06-11 8:08 ` Qu Wenruo
2018-06-11 8:09 ` Nikolay Borisov
2018-06-08 12:47 ` [PATCH 03/15] btrfs-progs: Add functions to modify the used space by a root Nikolay Borisov
2018-06-11 4:47 ` Qu Wenruo
2018-06-08 12:47 ` [PATCH 04/15] btrfs-progs: Refactor the root used bytes are updated Nikolay Borisov
2018-06-08 12:47 ` [PATCH 05/15] btrfs-progs: Make update_block_group take fs_info instead of root Nikolay Borisov
2018-06-11 4:49 ` Qu Wenruo
2018-06-08 12:47 ` [PATCH 06/15] btrfs-progs: check: Drop trans/root arguments from free_extent_hook Nikolay Borisov
2018-06-11 4:55 ` Qu Wenruo
2018-06-11 7:04 ` Nikolay Borisov
2018-06-08 12:47 ` [PATCH 07/15] btrfs-progs: Remove root argument from __free_extent Nikolay Borisov
2018-06-11 4:58 ` Qu Wenruo
2018-06-11 7:06 ` Nikolay Borisov
2018-06-08 12:47 ` [PATCH 08/15] btrfs-progs: Remove root argument from alloc_reserved_tree_block Nikolay Borisov
2018-06-08 12:47 ` [PATCH 09/15] btrfs-progs: Always pass 0 for offset when calling btrfs_free_extent for btree blocks Nikolay Borisov
2018-06-11 5:05 ` Qu Wenruo
2018-06-08 12:47 ` [PATCH 10/15] btrfs-progs: Add boolean to signal whether we are re-initing extent tree Nikolay Borisov
2018-06-08 12:47 ` [PATCH 11/15] btrfs-progs: Add delayed refs infrastructure Nikolay Borisov
2018-06-08 14:53 ` [PATCH 11/15 v2] " Nikolay Borisov
2018-06-11 5:20 ` [PATCH 11/15] " Qu Wenruo
2018-06-11 7:10 ` Nikolay Borisov
2018-06-11 7:46 ` Qu Wenruo
2018-07-30 8:34 ` Misono Tomohiro [this message]
2018-07-30 9:11 ` Nikolay Borisov
2018-08-02 12:17 ` David Sterba
2018-06-08 12:47 ` [PATCH 12/15] btrfs-progs: Add __free_extent2 function Nikolay Borisov
2018-06-08 12:47 ` [PATCH 13/15] btrfs-progs: Add alloc_reserved_tree_block2 function Nikolay Borisov
2018-06-08 12:47 ` [PATCH 14/15] btrfs-progs: Wire up delayed refs Nikolay Borisov
2018-07-30 8:33 ` Misono Tomohiro
2018-07-30 9:30 ` Nikolay Borisov
2018-06-08 12:47 ` [PATCH 15/15] btrfs-progs: Remove old delayed refs infrastructure Nikolay Borisov
2018-06-08 14:49 ` [PATCH 15/15 v2] " Nikolay Borisov
2018-06-08 13:50 ` [PATCH 00/15] Add delayed-refs support to btrfs-progs Qu Wenruo
2018-06-08 14:08 ` Nikolay Borisov
2018-06-08 14:21 ` Qu Wenruo
2018-07-16 15:39 ` David Sterba
2018-09-12 11:51 ` Su Yue
2018-09-12 18:02 ` David Sterba
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=7b355214-d883-c67d-a6a8-12e8aa32bc19@jp.fujitsu.com \
--to=misono.tomohiro@jp.fujitsu.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=nborisov@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).