Linux 7.3通过缓冲组和零拷贝提升FUSE性能

**FUSE是一种允许在用户空间执行文件系统的技术，可能在Linux 7.3中加入IO_uring的缓冲组和零拷贝功能。这些变化旨在提升性能，减少内存消耗，并避免不必要的数据移动。

• Linux 7.3的开发为FUSE中的IO_uring添加了缓冲组。
• 零拷贝旨在避免内核和用户空间之间的拷贝；其实现需要缓冲组，并可能依赖于特定的权限。
• 补丁系列中引用的测试报告了性能提升，尽管结果并不代表所有FUSE工作负载。

FUSE是Linux内核组件，允许从用户空间构建和执行文件系统，随着Linux 7.3的发布，正朝着显著的性能提升迈进。该版本仍在开发中，并结合了旨在减少内存消耗和加速内核与FUSE服务器之间数据交换的IO_uring传输的进展。

Phoronix于2026年8月26日发布的报告指出，主要优化是与IO_uring缓冲组的兼容性以及零拷贝机制的引入。该工作还包括错误修复和其他调整。文档和可用的补丁系列将这些功能描述为FUSE开发的一部分，因此它们的细节在稳定版本发布之前可能仍会变化。

更灵活的缓冲管理

FUSE的先前架构保持了每个请求条目与其有效负载缓冲区之间的紧密关系。在实践中，这可能需要独立的缓冲区和足够的容量以容纳最大可能的有效负载大小，即使请求使用的字节远少于此。

归因于Joanne Koong的补丁系列建议，这种设计并不理想，因为某些请求类别需要的数据很少，而其他请求则不需要任何有效负载缓冲区。该方案可能会在每个操作的实际需求之上保留内存，这在同时有大量请求的场景中尤其重要。

缓冲组改变了这种关系，允许服务器预注册缓冲区，并让内核根据条目和请求的需要使用它们。因此，条目不再与专用缓冲区绑定，内核获得了更大的自由度来在活动操作之间分配有效负载内存。

这种解耦可以减少使用IO_uring的FUSE所需的内存要求，并为资源分配的新优化打开了大门。其优势不仅在于保留更少的空间，还在于允许内存使用根据每个请求的具体性质进行调整。

零拷贝避免中间步骤

同一项工作为FUSE的IO_uring传输添加了零拷贝支持。通过该机制，服务器可以直接访问来自客户端的页面或来自页面缓存的页面，而无需先将数据传输到中间缓冲区。

消除该拷贝可以减少与数据移动相关的工作，并提高输入和输出操作的效率。对于处理大量信息的工作负载，这一好处尤其吸引人，尽管可用的测试并未建立适用于所有系统或应用程序的通用性能指标。

该功能不会在没有限制的情况下提供：与FUSE直通相关的文档指出，某些模式需要CAP_SYS_ADMIN权限，而零拷贝系列需要启用内核管理的缓冲组。在考虑将该机制用于生产环境之前，必须评估这些安全和配置条件。

在操作上，缓冲组和零拷贝的结合为内核提供了更大的内存控制，并减少了处理某些请求所需的步骤数量。然而，最终结果将取决于FUSE服务器的实现、数据访问模式和系统权限配置。

测试显示FUSE的改进

Joanne Koong进行了基准测试，以测量提议更改的效果。根据补丁系列和Phoronix引用的结果，一些直接随机读取记录了约20%的性能提升，从约2100 MB/s开始。该数字对应于特定测试，并不一定代表所有FUSE模式的行为。

这些结果的兴趣在于FUSE用于实现文件系统，而不将其所有逻辑放置在内核中。这种灵活性促进了服务的开发和集成，但也可能引入来自用户空间、内核和每个操作涉及的内存区域之间通信的成本。

通过解决缓冲分配和数据拷贝，Linux 7.3旨在减少该路径中两个潜在的开销来源。改进可能会转化为对依赖FUSE文件系统的应用程序的更高效响应，尽管开发人员和管理员需要检查其对自身工作流程的影响。

除了这些IO_uring优化外，开发还包括对FUSE代码的错误修复和其他更改。可用的信息未详细说明每个调整，但将其作为伴随该功能演变的一组修改的一部分进行呈现。

对大页面的支持仍在待定中

FUSE的工作还包括支持大页面的准备，这是与内核管理内存页面的方式相关的演变。然而，该功能仍未完成，并且不是准备好供一般使用的完整实现。

这一区别很重要，因为准备工作并不等同于最终功能。目前，所描述的进展集中在IO_uring缓冲组、零拷贝、错误修复和FUSE开发中包含的补充更改上。

因此，Linux 7.3继续作为一个不断发展的平台，其细节可能在最终版本之前发生变化。对新功能感兴趣的用户应关注内核开发，并验证其FUSE服务器的兼容性，特别是在依赖CAP_SYS_ADMIN或特定IO_uring配置时。

该项目的方向是使FUSE更合理地使用内存，并减少数据交换所需的额外工作。如果测试中观察到的改进得以保持，则该更新可能为在用户空间实现的文件系统提供更快、更高效的基础。