请翻译，Brauner asked if the feature needed to be added to fanotify for systemd's use, but Poettering said that he did not care. His main concern is in getting notified when events are lost, so that systemd can take some action to update its state; it would be great if the lost-event notification narrowed down where in the mount tree the lost event(s) came from. For systemd's use case, it would be better to get events for a particular subtree, rather than the whole system, because it normally is only concerned with a subset of the full mount tree.

Brauner问是否需要将此功能添加到fanotify中以供systemd使用，但是Poettering说他并不介意。他的主要关注点是在事件丢失时得到通知，以便systemd可以采取一些行动来更新其状态；如果丢失事件通知可以缩小丢失事件的挂载树范围，那就太好了。对于systemd的使用情况，最好只获取特定子树的事件，而不是整个系统的事件，因为它通常只关心完整挂载树的子集。

相关问题

Christian Brauner认为，通知部分应该与fsinfo()的工作分开；这一个点如何去实现？

Christian Brauner认为，通知部分应该与fsinfo()的工作分开可以通过将文件系统的通知部分独立出来，作为一个独立的模块来实现。这个模块可以与fsinfo()函数进行交互，但不应该与fsinfo()函数紧密耦合。具体而言，可以设计一个通知模块，该模块负责向文件系统的其他模块发送通知，并接收其他模块的通知。当需要获取文件系统信息时，fsinfo()函数可以向通知模块获取相应的信息，而不需要直接与通知部分交互。这种设计可以提高代码的可扩展性和可维护性，同时也可以降低模块之间的耦合度。