WinFsp性能测试深度解析：用户态文件系统如何挑战NTFS

WinFsp性能测试深度解析：用户态文件系统如何挑战NTFS

winfsp 项目地址: https://gitcode.com/gh_mirrors/win/winfsp

引言

在文件系统领域，性能始终是核心考量指标。本文将深入分析WinFsp（Windows File System Proxy）的性能测试结果，揭示这个用户态文件系统框架如何在不同场景下与Windows原生NTFS文件系统展开性能较量。通过对比内存文件系统MEMFS和NT透传文件系统NTPTFS的表现，我们将理解用户态文件系统的性能特点与优化空间。

测试概览

测试选取了两种典型的WinFsp文件系统实现作为对比对象：

1. MEMFS：纯内存文件系统，所有操作都在内存中完成
2. NTPTFS：NT透传文件系统，将操作转发到底层NTFS

测试分为两大类：

• 文件操作测试：包括创建、打开、覆盖、列出和删除文件等路径命名空间操作
• 读写I/O测试：涵盖缓存读写、非缓存读写和内存映射I/O等操作

关键发现

1. MEMFS在多数场景下超越NTFS：这符合预期，因为内存操作本就快于磁盘I/O
2. NTPTFS在缓存I/O中意外胜出：尽管运行在NTFS之上，其缓存I/O性能却优于原生NTFS
3. WinFsp上下文切换开销：单线程顺序操作是WinFsp的最坏场景，多并发请求能更好利用其队列机制

测试方法论

为确保结果准确性，测试采用以下严谨方法：

1. 缓存清理：每个测试前清除系统缓存，避免测试间干扰
2. 多次运行取最优：每个测试运行3次，取最小值作为基准
3. 系统环境控制：
   • 使用空闲状态的测试机器
   • NTFS保持默认配置（包括启用8.3短文件名）
   • NTPTFS禁用底层NTFS的杀毒检查（避免重复扫描）

测试环境配置：

• 硬件：Dell XPS 13 9300，i7-1065G7，32GB RAM，2TB NVMe SSD
• 软件：Windows 11 21H2，WinFsp 1.11B3

文件操作测试详解

所有测试结果均以NTFS为基准(1.0)进行标准化对比。

1. 文件创建测试(file_create_test)

• MEMFS：最快（0.6x NTFS时间）
• NTFS：需要更新磁盘数据结构
• NTPTFS：双重开销导致最慢

技术分析：内存操作避免了磁盘同步，展现了用户态文件系统的轻量优势。

2. 文件打开测试(file_open_test)

• MEMFS：保持领先（0.7x）
• NTFS：中等表现
• NTPTFS：双重路径导致延迟

3. 重复文件打开测试(iter.file_open_test)

• NTFS：反超MEMFS（最佳缓存表现）
• MEMFS：略逊于NTFS
• NTPTFS：明显落后

问题根源：WinFsp API设计需要用户态往返，未来可能通过API重构优化。

4. 文件覆盖测试(file_overwrite_test)

• MEMFS：最快完成（0.6x）
• NTFS/NTPTFS：需要处理磁盘数据更新

5. 文件列表测试(file_list_test)

• MEMFS：最快响应（0.4x）
• NTFS：受8.3短文件名影响（默认启用）
• NTPTFS：传递式操作增加延迟

优化提示：生产环境中可考虑禁用NTFS的8.3名称支持提升性能。

6. 单文件列表测试(file_list_single_test)

• NTFS：目录缓存优化最佳
• MEMFS：接近NTFS
• NTPTFS：显著落后

改进方向：WinFsp可能需要更智能的目录缓存策略。

7. 文件删除测试(file_delete_test)

• MEMFS：瞬时完成（0.3x）
• NTFS：需要处理磁盘元数据
• NTPTFS：双重删除路径

读写I/O测试深度解析

1. 缓存页读取测试(rdwr_cc_read_page_test)

• MEMFS/NTPTFS：显著优于NTFS（0.7x）
• 技术内幕：
  • WinFsp的"快速I/O"实现可能更高效
  • MEMFS直接从用户内存提供数据
  • NTPTFS的表现尤为意外，可能涉及缓存填充优化

2. 缓存页写入测试(rdwr_cc_write_page_test)

• MEMFS/NTPTFS：小幅领先（0.8x）
• 类似读取测试的性能特征

3. 非缓存读写测试

• MEMFS：自然领先（内存本质）
• NTPTFS：当前仅实现缓存I/O，结果仅供参考

4. 内存映射I/O测试

• 三者持平：因为都直接操作内存映射缓冲区
• 原理说明：内存映射绕过了常规I/O路径，性能趋于一致

性能优化启示

1. 并发优势：WinFsp在多进程并发时表现更好，因其能批量处理队列请求
2. API设计影响：某些场景（如重复打开）受限于当前API设计
3. 缓存策略：目录缓存实现有改进空间
4. 配置调优：实际部署时可针对场景调整参数（如禁用8.3名称）

结论

WinFsp框架下的文件系统在多数场景下展现出卓越性能，特别是：

• MEMFS作为内存文件系统，自然快于磁盘型文件系统
• NTPTFS在缓存I/O中的优异表现证明了WinFsp架构的高效性
• 用户态文件系统不仅能实现功能需求，还能提供竞争力性能

这些结果打破了"用户态文件系统必然慢"的刻板印象，为开发高性能定制文件系统提供了可靠基础。未来通过持续优化API设计和缓存策略，WinFsp有望在更多场景中缩小与内核态文件系统的差距。

winfsp 项目地址: https://gitcode.com/gh_mirrors/win/winfsp