[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <176246793900.2862242.841536140540610467.stgit@frogsfrogsfrogs>
Date: Thu, 06 Nov 2025 14:35:03 -0800
From: "Darrick J. Wong" <djwong@...nel.org>
To: tytso@....edu
Cc: linux-ext4@...r.kernel.org
Subject: [PATCH 15/19] fuse2fs: constrain worker thread count
From: Darrick J. Wong <djwong@...nel.org>
fuse2fs isn't all that scalable -- there's a big kernel lock around all
the libext2fs code. Constrain the fuse worker thread count to reduce
unnecessary lock contention.
Signed-off-by: "Darrick J. Wong" <djwong@...nel.org>
---
misc/fuse2fs.c | 8 ++++++++
1 file changed, 8 insertions(+)
diff --git a/misc/fuse2fs.c b/misc/fuse2fs.c
index c1bd76ba449370..d890855df9c0f3 100644
--- a/misc/fuse2fs.c
+++ b/misc/fuse2fs.c
@@ -5259,6 +5259,14 @@ int main(int argc, char *argv[])
"-oallow_other,default_permissions,suid,dev");
}
+ /*
+ * Since there's a Big Kernel Lock around all the libext2fs code, we
+ * only need to start four threads -- one to decode a request, another
+ * to do the filesystem work, a third to transmit the reply, and a
+ * fourth to handle fuse notifications.
+ */
+ fuse_opt_insert_arg(&args, 1, "-omax_threads=4");
+
if (fctx.debug) {
int i;
Powered by blists - more mailing lists