Alan Somers b64afa41d5 Better control the thread pool size when mounting datasets ...

Ever since a10d50f999, ZFS has mounted file systems in parallel when
importing a pool.  It uses a fixed size of 512 for the thread pool.  But
since c183d164aa, it has also imported pools in parallel.  So the total
number of threads at one time is 513 * npools + 1.  That can easily
exceed the system's limit on the number of threads per process, which
will cause one or more pools to be unable to allocate any worker
threads, forcing them to fallback to slow serial mounting .  To
forestall that, manage the threadpool size in /sbin/zpool, not libzfs.
Use the same size (512), but divided by the number of pools.

This is a backwards-incompatible change to the libzfs abi.

Sponsored by: Axcient
Reviewed-by: Brian Behlendorf <behlendorf1@llnl.gov>
Reviewed-by: George Wilson <gwilson@delphix.com>
Signed-off-by: Alan Somers <asomers@FreeBSD.org>
Closes #16178

2024-05-14 09:36:21 -07:00

..

Makefile.am

autoconf: use include directives instead of recursing down cmd

2022-05-10 10:18:38 -07:00

zfs_iter.c

libzfs: add v2 iterator interfaces

2023-04-10 11:53:02 -07:00

zfs_iter.h

zfs list: Allow more fields in ZFS_ITER_SIMPLE mode

2022-12-13 17:27:54 -08:00

zfs_main.c

Better control the thread pool size when mounting datasets

2024-05-14 09:36:21 -07:00

zfs_project.c

Replace dead opensolaris.org license link

2022-07-11 14:16:13 -07:00

zfs_projectutil.h

Replace dead opensolaris.org license link

2022-07-11 14:16:13 -07:00

zfs_util.h

Replace dead opensolaris.org license link

2022-07-11 14:16:13 -07:00