从程序调用开放系统调用时,要在FUSE受管目录中创建一个空文件(使用O_WRONLY | O_CREAT | O_TRUNC),将执行我的FUSE文件系统实现中的以下功能：

> getattr(由于文件不存在而返回错误)
>建立
> fgetattr

我的问题是：

这些函数调用是Linux中所有文件系统(包括ext4之类的本机文件系统)或FUSE内部行为所共有的吗？

在跟踪程序时,我只能看到一个打开的系统调用.

解决方法:

经过几天的研究和盯着Linux内核和FUSE源代码,我了解了正在发生的事情.

首先,我不得不说fgetattr之后的发布不是在执行open系统调用时执行,而是在调用close时执行.因此,我已编辑问题以将其删除.

好吧,我的主要问题是strace向我显示了对开放系统调用的调用,但是我的FUSE程序日志表明执行了三个功能.因此,我对其他文件系统的疑问.

在Linux kernel documentation中,我们可以看到内核VFS的详细说明：

To look up an inode requires that the VFS calls the lookup() method of
the parent directory inode. This method is installed by the specific
filesystem implementation that the inode lives in. Once the VFS has
the required dentry (and hence the inode), we can do all those boring
things like open(2) the file, or stat(2)

在FUSE文件系统中,这意味着在低级API中进行查找调用,或者在高级API中进行getattr(因为inode-path转换由libfuse处理).用户区代码.其他系统调用(例如mkdir或使用O_CREAT标志打开)也需要进行查找,在这种情况下,请先进行否定的确认,然后再执行任何操作.点1解决了.

The dentry you get should not have an inode (i.e. it should be a negative dentry).

内核中实现的文件系统(例如ext4)也执行其功能以进行查找.但是您无法使用strace之类的通用工具从外部看到它们(您需要像kernelshark之​​类的东西).

请参阅ext4 lookup function(我正在运行Linux 3.13内核)

点3的fgetattr函数调用与libfuse内部更相关.我不知道确切的原因,但是在执行mkdir或create之类的功能后,libfuse会执行查找.记住,查找是高级API中的getattr(或用于创建文件的fgetattr).我认为这是由于文件/目录属性检查所致.

您可以在libfuse source code上看到它的创建功能.

奖励：请记住,FUSE使用文件属性(和条目)缓存.如果将-o attr_timeout挂载选项设置为0秒,则诸如stat之类的某些调用会将两个getattr提升到高级API.