Amir Goldstein在2023年的Linux存储、文件系统、内存管理和BPF峰会上发起了一场关于监控挂载的会话。特别是，在尝试高效监控“挂载命名空间中的大量挂载点”时存在问题；一些用户空间程序需要准确查看挂载树，而不必不断解析/proc/mounts等文件。有许多问题需要回答，包括API应该是什么样子以及应该监视哪个实体以获取新挂载操作的通知。如这里提到，我们该如何监控挂载树？

有几种方法可以监控挂载树，其中一种是使用inotify机制监听/proc/mounts文件的变化。当/proc/mounts文件发生变化时，inotify会通知用户空间程序。这种方法的缺点是会产生大量的系统调用和文件IO操作，影响系统性能。

另一种方法是使用Linux内核的mount namespace机制，每个mount namespace都有一个独立的挂载树。可以在每个mount namespace中启动一个守护进程来监控挂载树的变化，这种方法可以减少系统调用和文件IO操作，但需要额外的开销来管理mount namespace。

还有一种方法是使用Linux内核的BPF机制，通过在内核中运行的BPF程序来监控挂载树的变化。这种方法可以高效地监控挂载树的变化，并且可以在内核中进行处理，避免了用户空间和内核之间的上下文切换和数据传输。