From: Viacheslav Dubeyko <slava@dubeyko.com>
To: xiubo.li@clyso.com, Ilya Dryomov <idryomov@gmail.com>,
Alex Markuze <amarkuze@redhat.com>
Cc: ceph-devel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 3/5] ceph: add wait_list_lock for wait-list serialization
Date: Wed, 15 Jul 2026 11:30:03 -0700 [thread overview]
Message-ID: <2d940ebd58b730d06bbc262aa1dab6011d65110d.camel@dubeyko.com> (raw)
In-Reply-To: <20260715-ceph-mdsc-mutex-optimization-v2-3-90e81b726724@clyso.com>
On Wed, 2026-07-15 at 11:58 +0800, Xiubo Li via B4 Relay wrote:
> From: Xiubo Li <xiubo.li@clyso.com>
>
> Add a dedicated spinlock to protect the waiting_for_map and
> s_waiting lists, which are currently serialized by mdsc->mutex.
> This is a preparatory step for removing mdsc->mutex from the
> kick_requests() path: xa_for_each() is internally locked and the
> per-request filter checks are lockless, so only list_del_init()
> needs external protection.
>
> Signed-off-by: Xiubo Li <xiubo.li@clyso.com>
> ---
> fs/ceph/mds_client.c | 18 +++++++++++++++++-
> fs/ceph/mds_client.h | 3 +++
> 2 files changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/fs/ceph/mds_client.c b/fs/ceph/mds_client.c
> index 239ed34886f9..a250938f32d3 100644
> --- a/fs/ceph/mds_client.c
> +++ b/fs/ceph/mds_client.c
> @@ -3669,7 +3669,9 @@ static void __do_request(struct ceph_mds_client
> *mdsc,
> doutc(cl, "no mdsmap, waiting for map\n");
> trace_ceph_mdsc_suspend_request(mdsc,
> session, req,
> ceph_mdsc_su
> spend_reason_no_mdsmap);
> + spin_lock(&mdsc->wait_list_lock);
> list_add(&req->r_wait, &mdsc-
> >waiting_for_map);
> + spin_unlock(&mdsc->wait_list_lock);
> return;
> }
> if (!(mdsc->fsc->mount_options->flags &
> @@ -3692,7 +3694,9 @@ static void __do_request(struct ceph_mds_client
> *mdsc,
> doutc(cl, "no mds or not active, waiting for
> map\n");
> trace_ceph_mdsc_suspend_request(mdsc, session, req,
> ceph_mdsc_suspend_re
> ason_no_active_mds);
> + spin_lock(&mdsc->wait_list_lock);
> list_add(&req->r_wait, &mdsc->waiting_for_map);
> + spin_unlock(&mdsc->wait_list_lock);
> return;
> }
>
> @@ -3740,9 +3744,12 @@ static void __do_request(struct
> ceph_mds_client *mdsc,
> if (ceph_test_mount_opt(mdsc->fsc,
> CLEANRECOVER)) {
> trace_ceph_mdsc_suspend_request(mdsc
> , session, req,
> ceph
> _mdsc_suspend_reason_rejected);
> + spin_lock(&mdsc->wait_list_lock);
> list_add(&req->r_wait, &mdsc-
> >waiting_for_map);
> - } else
> + spin_unlock(&mdsc->wait_list_lock);
> + } else {
> err = -EACCES;
> + }
Do we really need to add the curly brackets here?
Thanks,
Slava.
> goto out_session;
> }
>
> @@ -3757,7 +3764,9 @@ static void __do_request(struct ceph_mds_client
> *mdsc,
> }
> trace_ceph_mdsc_suspend_request(mdsc, session, req,
> ceph_mdsc_suspend_re
> ason_session);
> + spin_lock(&mdsc->wait_list_lock);
> list_add(&req->r_wait, &session->s_waiting);
> + spin_unlock(&mdsc->wait_list_lock);
> goto out_session;
> }
>
> @@ -3850,7 +3859,9 @@ static void __wake_requests(struct
> ceph_mds_client *mdsc,
> struct ceph_mds_request *req;
> LIST_HEAD(tmp_list);
>
> + spin_lock(&mdsc->wait_list_lock);
> list_splice_init(head, &tmp_list);
> + spin_unlock(&mdsc->wait_list_lock);
>
> while (!list_empty(&tmp_list)) {
> req = list_entry(tmp_list.next,
> @@ -3892,7 +3903,9 @@ static void kick_requests(struct
> ceph_mds_client *mdsc, int mds)
> if (req->r_session &&
> req->r_session->s_mds == mds) {
> doutc(cl, " kicking tid %llu\n", req-
> >r_tid);
> + spin_lock(&mdsc->wait_list_lock);
> list_del_init(&req->r_wait);
> + spin_unlock(&mdsc->wait_list_lock);
> trace_ceph_mdsc_resume_request(mdsc, req);
> __do_request(mdsc, req);
> }
> @@ -6359,6 +6372,7 @@ int ceph_mdsc_init(struct ceph_fs_client *fsc)
> mdsc->snap_realms = RB_ROOT;
> INIT_LIST_HEAD(&mdsc->snap_empty);
> spin_lock_init(&mdsc->snap_empty_lock);
> + spin_lock_init(&mdsc->wait_list_lock);
> #if BITS_PER_LONG == 64
> xa_init(&mdsc->request_tree);
> #else
> @@ -6445,7 +6459,9 @@ static void wait_requests(struct
> ceph_mds_client *mdsc)
> mutex_lock(&mdsc->mutex);
> while ((req = __get_oldest_req(mdsc))) {
> doutc(cl, "timed out on tid %llu\n", req-
> >r_tid);
> + spin_lock(&mdsc->wait_list_lock);
> list_del_init(&req->r_wait);
> + spin_unlock(&mdsc->wait_list_lock);
> __unregister_request(mdsc, req);
> }
> }
> diff --git a/fs/ceph/mds_client.h b/fs/ceph/mds_client.h
> index c2de551607e3..0a9f89498604 100644
> --- a/fs/ceph/mds_client.h
> +++ b/fs/ceph/mds_client.h
> @@ -534,6 +534,9 @@ struct ceph_mds_client {
> struct list_head snap_empty;
> int num_snap_realms;
> spinlock_t snap_empty_lock; /* protect
> snap_empty */
> + spinlock_t wait_list_lock; /* protect
> waiting_for_map
> + * and s_waiting
> lists
> + */
>
> u64 last_tid; /* most recent mds
> request */
> atomic64_t oldest_tid; /* oldest incomplete
> mds request,
next prev parent reply other threads:[~2026-07-15 18:30 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 3:58 [PATCH v2 0/5] ceph: reduce mdsc->mutex contention in the cephfs kclient Xiubo Li via B4 Relay
2026-07-15 3:58 ` [PATCH v2 1/5] ceph: convert oldest_tid to atomic64_t Xiubo Li via B4 Relay
2026-07-15 3:58 ` [PATCH v2 2/5] ceph: replace the request_tree rbtree with an xarray keyed by r_tid Xiubo Li via B4 Relay
2026-07-15 18:25 ` Viacheslav Dubeyko
2026-07-16 4:20 ` Xiubo Li
2026-07-15 3:58 ` [PATCH v2 3/5] ceph: add wait_list_lock for wait-list serialization Xiubo Li via B4 Relay
2026-07-15 18:30 ` Viacheslav Dubeyko [this message]
2026-07-16 4:25 ` Xiubo Li
2026-07-15 3:58 ` [PATCH v2 4/5] ceph: move mdsc->mutex into __do_request() Xiubo Li via B4 Relay
2026-07-15 18:53 ` Viacheslav Dubeyko
2026-07-16 4:36 ` Xiubo Li
2026-07-15 3:58 ` [PATCH v2 5/5] ceph: narrow mdsc->mutex scope in replay_unsafe_requests Xiubo Li via B4 Relay
2026-07-15 19:12 ` Viacheslav Dubeyko
2026-07-16 4:50 ` Xiubo Li
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=2d940ebd58b730d06bbc262aa1dab6011d65110d.camel@dubeyko.com \
--to=slava@dubeyko.com \
--cc=amarkuze@redhat.com \
--cc=ceph-devel@vger.kernel.org \
--cc=idryomov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=xiubo.li@clyso.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
Powered by JetHome