ZFS目录文件数量增多后性能骤降的问题求助

各位好，我最近碰到了一个让我头疼的ZFS性能问题，想请社区的大佬们帮忙支支招。

先交代下我的系统环境：我用的是Ubuntu 24.04，整个系统的文件系统都基于ZFS，设备是一台笔记本，唯一的存储是WD Black SN850X NVMe固态盘。当初Ubuntu默认安装时自动配置了两个ZFS池，当前池的IO状态信息如下（执行zpool iostat -v命令的输出）：

capacity     operations     bandwidth 
pool                                    alloc   free   read  write   read  write
--------------------------------------  -----  -----  -----  -----  -----  -----
bpool                                    187M  1.69G      0      0    381    204
  86349523-abd9-7a45-ab84-60d7622c240f   187M  1.69G      0      0    381    204
--------------------------------------  -----  -----  -----  -----  -----  -----
rpool                                    286G   634G     13     31  1.11M   796K
  cc31ec4d-1dd2-ed4f-9f90-fa99ec5aa3a2   286G   634G     13     31  1.11M   796K
--------------------------------------  -----  -----  -----  -----  -----  -----

系统的/tmp目录属于根挂载点的一部分，也就是在rpool里。最近我发现一个规律：当/tmp文件夹里的文件数量增多到一定规模后，整个系统的IO性能会突然骤降——不管是访问/tmp内的文件，还是操作其他目录下的内容，系统都会变得异常卡顿，响应特别慢。

我试过临时手动清理/tmp里的大量文件，清理完成后系统性能立刻就恢复正常了，但只要后续/tmp里的文件数量再次累积上来，这个性能问题就会重复出现。

想请教下大家：这种单目录文件数量过多导致ZFS性能暴跌的情况，是ZFS的固有特性吗？有没有什么针对性的优化参数可以调整？比如修改ZFS的目录相关属性，或者有没有其他配置方式，能避免/tmp的文件数量影响到整个系统的IO性能？

备注：内容来源于stack exchange，提问作者Jonathan Gilbert