应用调用 read、write、open 或 fsync，磁盘上看到的却可能是另一批时间和大小都不同的 I/O。页缓存能让读请求不碰磁盘，回写会把写请求延后并合并，元数据、日志和 RAID 又可能放大物理写入。本章解决的核心问题是：应用究竟在等哪一种文件系统操作，慢点发生在逻辑接口、文件系统内部还是更下层的磁盘。

1. 优先测量应用可见的文件系统逻辑操作，而不是一开始只看磁盘。只有前者能直接说明线程等待了多久。
2. 延时要按操作类型看完整分布。缓存命中率很高时，平均值会掩盖少量但关键的慢读或慢 fsync。
3. 写入“很快”常因回写缓存；真正的持久化成本可能集中在 fsync、同步写或后台刷新。
4. 逻辑 I/O 与物理 I/O 不一一对应。缓存、预取、合并会缩小或推迟 I/O，元数据、日志、记录尺寸和冗余会放大它。
5. 文件系统基准必须声明工作集、冷热缓存、读写方式、同步比例、I/O 大小和并发度，否则结果不可解释。

一次逻辑读先查文件系统缓存：命中时从内存返回，未命中才向存储发请求并填充缓存。普通写通常先进入内存成为脏页，稍后由内核刷新；O_SYNC、O_DSYNC 或 fsync 会把持久化等待暴露给调用者。直接 I/O 可绕过页缓存，但仍经过文件系统映射，不等同于裸设备 I/O。

1. 从慢事务开始，量化事务时间中有多少在文件系统操作上阻塞；若只有很小比例，先去查别的资源。
2. 确认文件系统类型、挂载选项、容量和近期配置变化，尤其是同步语义、atime、压缩、加密与网络文件系统。
3. 按操作类型查看延时直方图，识别读、写、打开或 fsync 的尾部与多峰分布。
4. 用慢操作跟踪定位进程、文件名、偏移量和操作类型；再用 filetop、opensnoop 归纳热点文件与异常打开。
5. 检查页缓存命中率、脏页和回写节奏。若慢点确实进入块设备层，再转到磁盘章节分析设备延时。
6. 用冷、热两种缓存状态和真实工作集复测，确认修复改善的是生产路径而非基准测试假象。

以下均为只读观测；BCC 工具名、参数和支持的文件系统随版本变化，应先查看本机帮助。

findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS

free -h

vmstat 1 5

opensnoop -T

filetop -C

cachestat -T 1

ext4dist 10 1

ext4slower 10

strace -c -p PID

XFS、Btrfs、ZFS、NFS 通常有与 ext4dist、ext4slower 对应的变体。strace 会改变被跟踪进程时序，高系统调用率下开销尤其明显，只宜短时使用；BPF 跟踪也应按 PID、文件系统或延时阈值过滤。

read 延时出现一个微秒级峰和一个更慢的毫秒级峰，常对应缓存命中与未命中，不能用单个平均值概括。write 很快而 fsync 明显慢，通常说明写先被缓冲，持久化成本在同步点支付。后台物理写突发不一定说明应用当时被阻塞；必须把时间线和调用路径对齐。

filetop 显示高字节数的是实际忙文件，opensnoop 适合发现反复打开、错误路径或意外配置文件访问。cachestat 命中率下降并伴随逻辑读延时上升，才支持“缓存不够”的假设。磁盘很忙但文件系统逻辑延时正常，可能是异步回写、别的租户或维护任务。

还应计算文件系统在一次业务事务中的阻塞占比：把该事务内所有同步文件操作等待时间相加，再除以事务总时长。占比很高时，消除这些等待才有明显上限收益；占比很低时，即使把磁盘换得更快，整体改善也有限。对于内存映射文件，I/O 可能由缺页而非 read 系统调用触发，跟踪时要把缺页路径纳入观察，不能因“没有 read”就断定没有文件访问。

• 看到磁盘高延时便认定当前应用的文件读慢，忽略后台刷新和其他负载。
• 把页缓存增长视为泄漏，并在生产环境频繁清缓存。
• 只报告平均延时，不分 read、write、open、fsync，也不看尾部。
• 用小于内存的文件集声称测出了磁盘性能，实际测到的是热缓存。
• 把 write 返回当作数据已经持久化，忽略回写与同步语义。
• 直接照搬挂载参数或清缓存命令；这些操作会改变可靠性或业务性能，必须在隔离环境验证。

1. 为什么磁盘写突发不一定拖慢前台请求？答：它可能是早先缓冲写的异步刷新。
2. 哪个操作常暴露持久化成本？答：fsync 或同步写。
3. 为什么延时平均值可能很好但用户仍卡顿？答：少量尾部事件被大量缓存命中稀释。
4. 10GB 文件集在 128GB 内存机器上的第二次读取主要测什么？答：页缓存性能。
5. 文件系统逻辑 I/O 与磁盘物理 I/O 为何会放大？答：元数据、日志、记录对齐或冗余写入会增加操作。

文件系统性能分析要从应用等待的逻辑操作开始，再沿缓存、文件系统和块设备向下追踪。把同步语义、工作集和冷热状态写进证据，才能判断优化了用户路径，还是只改变了后台 I/O 的形态。

• PDF 411-434 页：缓存、预取、回写、同步、直接 I/O、元数据及逻辑/物理 I/O。
• PDF 435-442 页：延时分析、负载特征、性能监测、缓存与基准测试方法。
• PDF 443-462 页：mount、cachestat、opensnoop、filetop、延时分布与慢操作跟踪。
• PDF 463-473 页：实验、冷热缓存、应用建议、文件系统调优与参考资料。