2. VFS层架构：虚拟文件系统(VFS)的层次结构，dentry与inode在VFS中的位置
虚拟文件系统（VFS，Virtual File System）是Linux内核中一个关键的抽象层，它位于用户空间与具体文件系统实现之间。VFS的核心目标是：让用户空间程序无需关心底层文件系统的具体类型（如ext4、XFS、Btrfs、NFS等），通过统一的系统调用接口（open、read、write、close）操作文件和目录。
理解VFS的层次结构，是掌握dentry与inode缓存调优的前提。dentry和inode正是VFS层中最重要的两个对象，它们直接决定了路径解析和元数据访问的性能。
2.1 VFS的层次结构
VFS采用分层设计，从上到下依次为：系统调用层、VFS通用层、具体文件系统层、块设备层。每一层都有明确的职责边界。
关键认知： VFS本身不管理磁盘上的数据布局，它只维护内存中的对象（dentry、inode、super_block、file），并通过函数指针表（file_operations、inode_operations、super_operations）调用具体文件系统的实现。
2.2 dentry与inode在VFS中的位置
在VFS通用层中，dentry和inode是最核心的两个对象，它们共同承担着路径解析和文件元数据管理的职责。
2.2.1 inode：文件的元数据本体
inode（索引节点）是VFS中唯一标识一个文件或目录的对象。它包含了文件的所有元数据信息，但不包含文件名。每个inode在文件系统中都有一个唯一的inode编号。
| inode字段 | 说明 | 对IO的影响 |
|---|---|---|
| i_mode | 文件类型与权限位 | 每次stat()读取 |
| i_uid / i_gid | 文件所有者与组 | 权限检查时访问 |
| i_size | 文件大小（字节） | read/write前校验 |
| i_atime / i_mtime / i_ctime | 访问/修改/状态变更时间 | 每次读写更新（可配置） |
| i_blocks | 文件占用的磁盘块数 | stat()时返回 |
| i_data / i_mapping | 地址空间（页缓存映射） | 读写IO路径核心 |
2.2.2 dentry：路径与inode的桥梁
dentry（目录项）是VFS中路径名与inode之间的映射关系。每个dentry代表路径中的一个组件（如/usr/local/bin中的usr、local、bin各对应一个dentry）。dentry不存储文件元数据，它只存储：
- d_name：当前路径组件的名称（字符串）
- d_parent：父目录的dentry指针
- d_inode：指向对应inode的指针
- d_child / d_subdirs：兄弟/子目录链表
- d_hash：用于dcache哈希查找
核心关系： dentry是路径名的缓存，inode是文件元数据的缓存。一个inode可以被多个dentry指向（硬链接场景），一个dentry只能指向一个inode。
2.3 路径解析流程：dentry与inode的协作
当用户程序执行open("/home/user/docs/report.txt", O_RDONLY)时，内核VFS层会执行以下路径解析流程：
- 起始查找：从当前进程的
fs->root（根dentry）开始，或从fs->pwd（当前工作目录dentry）开始。 - 逐级查找：对路径中的每个组件（
home、user、docs、report.txt），先在dcache（dentry缓存）中查找是否已有对应的dentry。 - dcache命中：如果dentry在dcache中，直接通过
dentry->d_inode获取inode，无需磁盘IO。 - dcache未命中：如果dentry不在dcache中，VFS调用具体文件系统的
lookup()方法，从磁盘读取目录内容，创建新的dentry并插入dcache。 - 获取inode：最终dentry的
d_inode指向目标文件的inode。如果inode不在icache中，则从磁盘加载。 - 创建file对象：VFS分配一个
struct file对象，关联dentry和inode，返回文件描述符给用户空间。
性能关键点： 路径解析过程中，每一步的dcache查找都是O(1)的哈希查找。如果dcache未命中，则需要触发磁盘IO读取目录块。对于深度路径（如10级子目录），dcache的命中率直接决定了路径解析的延迟——命中时仅需几微秒，未命中时可能高达数毫秒。
2.4 dentry与inode的缓存机制
VFS为dentry和inode分别维护了独立的缓存：
| 缓存名称 | 缓存对象 | 数据结构 | 查找键 | 淘汰策略 |
|---|---|---|---|---|
| dcache | dentry | 哈希表 + LRU链表 | 父dentry指针 + 名称哈希 | LRU（最近最少使用） |
| icache | inode | 哈希表 + LRU链表 | 超级块指针 + inode编号 | LRU + 引用计数 |
两个缓存之间存在强关联：
- dentry持有对inode的引用（
dentry->d_inode），因此一个inode被缓存时，至少有一个dentry指向它。 - 当dentry被回收时，会释放对inode的引用计数。如果inode引用计数降为0且没有被其他进程打开，inode也会被回收。
- 硬链接场景下，多个dentry可以指向同一个inode，inode的
i_nlink字段记录硬链接数。
2.5 缓存调优的切入点
从VFS架构可以看出，dentry和inode缓存的调优直接影响IO性能：
调优核心思路： 扩大dcache和icache容量，提高路径解析的命中率，减少因缓存未命中而触发的磁盘IO。具体调优参数包括
dentry-state、inode-state、vm.vfs_cache_pressure 等，将在后续章节详细展开。
下表总结了不同场景下缓存调优的侧重点：
| 应用场景 | IO特征 | 缓存调优重点 |
|---|---|---|
| Web服务器（大量静态文件） | 频繁路径解析，文件只读 | 增大dcache，减少路径解析IO |
| 数据库（大量小文件读写） | 频繁元数据更新 | 增大icache，减少inode加载IO |
| 编译构建（大量临时文件） | 文件创建/删除频繁 | 平衡dcache与icache，避免缓存抖动 |
| 容器/微服务（多命名空间） | 大量独立根文件系统 | 监控每个命名空间的缓存使用 |