基于fuse文件系统优化方法总结[附带详细说明]

        目前很多文件系统基于Fuse（ http://fuse.sourceforge.net/ ）开发，作者深入钻研Fuse代码后，总结出开发此类文件系统时可考虑的优化方案，拿出来与大家讨论讨论，如有不准确的地方，还望大家不吝赐教。阅读本文前，我假设你对Fuse有了足够多的了解（起码知道Fuse有两个模块：Fuse Kernel 和LibFuse以及知道一个应用程序调用行为如何传递至我们自己开发的基于Fuse的文件系统），否则，请先移步。


　　? 优化1：延长元数据有效时间


　　Linux中每个打开文件在内核中拥有两种元数据信息：struct dentry和struct inode，它们是文件在内核的基础。所有对文件的操作，都需要先获取文件这两个结构方可继续下去，而这两个结构又是由具体文件系统负责构造填充。以下两点解释了元数据优化的必要性：


　　1）。 应用程序调用文件系统操作系统接口时，传入的参数一般为文件路径，如open（“a/b/c/d.txt”），内核需要对路径名进行解析，从根目录开始，根据路径中的每个分量获取其dentry和inode，接着 加粗文字 解析路径的下一个分量，直至解析出目的文件的inode和dentry，如果路径名分量中的dentry没有缓存在内存中，需要从具体文件系统上读出（这就耗时多了）。


　　2）。 很多应用程序喜欢调用stat接口以获取文件属性，内核实现其实是找到文件inode，从inode中获取文件属性。如果inode没有被缓存࿰