大隐隐于野

Silly rename” 是一种特定于网络文件系统（NFS）的技术，主要用于处理文件在打开状态下被删除的情况。这个技术在 NFS 协议中非常重要，因为 NFS 的语义与本地文件系统略有不同，尤其是在处理文件删除时。

WriteBack，缓存；

回顾一下，你使用 Azure NetApp 文件作为后端存储解决方案，以便在 Azure 上运行 HPC 和 EDA 应用程序。你需要了解性能技巧和最佳做法，以提高这些应用程序的 Azure NetApp 文件性能。本模块介绍了关于参考体系结构、客户端 VM 和网络的性能建议。然后，我们讨论了几个性能技巧，包括装载选项和客户端 VM 配置。最后，我们检查了 SPEC EDA 和 FIO 基准检验结果，以验证所讨论的性能技巧。

是客户端 Linux 装载选项，通过允许在客户端与 NFSv4.1 的 Azure 高级文件服务之间使用更多 TCP 连接来大规模提高性能，同时保持平台即服务 (PaaS) 的复原能力。从具有较大预读值的 Linux 版本升级到具有 128 KiB 默认值的版本的客户可能会遇到顺序读取性能下降的问题。我们使用了 Flexible I/O Tester (FIO)，这是一款免费的开源磁盘 I/O 工具，用于基准和压力/硬件验证。有关详细信息，请参阅。建议使用绿色突出显示的方案，而红色突出显示的方案则不推荐。

This post was originally published on the Mellanox blog.Network File System (NFS) is a ubiquitous component of most modern clusters. It was initially designed as a work-group filesystem, making a central file store available to and shared among several cli

nfsiostat 命令nfsiostat 命令用作服务器上 NFS 挂载点的 iostat 命令。它使用文件 /proc/self/mountstats 作为输入，并提供有关系统中挂载的 NFS 共享的输入/输出性能的信息。下面是 nfsiostat 命令的示例输出。下表显示了关于输出中每一列的简短描述。

n 关闭显示周期性出现的头部信息（也就是说，不加-n参数运行ifstat时最顶部会出现网络接口的名称，当一屏显示不下时，会再一次出现接口的名称，提示我们显示的流量信息具体是哪个网络接口的。经使用发现，加上-l参数能监测所有的网络接口的信息，而不是只监测 lo的接口信息，也就是说，加上-l参数比不加-l参数会多一个lo接口的状态信息。-T 报告所有监测接口的全部带宽（最后一列有个total，显示所有的接口的in流量和所有接口的out流量，简单的把所有接口的in流量相加,out流量相 加）

本文将帮助你了解装载选项以及在 Azure NetApp 文件中使用这些选项的最佳做法。Nconnect使用nconnect装载选项可以指定 NFS 客户端和 NFS 终结点之间应建立的连接数（网络流），最多不超过 16 个。通常，NFS 客户端在其自身和 NFS 终结点之间使用单一连接。通过增加网络流的数量，I/O 和吞吐量的上限会大幅增加。测试发现nconnect=8性能最高。为生产准备多节点 SAS 网格环境时，你可能会注意到运行时可重复减少 30%，从 8 小时减少到 5.5 小时：展开表。

这样，当客户端调用某个函数时，比如写数据，RPC服务就会将该请求通过网络传到服务端，然后调用服务端注册的写数据的接口。也就是客户端与服务端是一一对应的。因此，在NFS服务端，其数据相关的业务逻辑也会调用到VFS的接口，然后是经过本地文件系统存储在持久化存储上（如磁盘）。该函数最后调用VFS层的写数据函数，而VFS写数据函数则调用具体文件系统（例如Ext4）的函数完成最终的写数据操作。在客户端的具体的写动作由nfs_writepages函数完成，该函数进行若干初始化动作，然后通过RPC将数据发送到服务端。

例如，如果统计间隔1秒，该设备有0.8秒在处理IO，而0.2秒闲置，那么该设备的%util = 0.8/1 = 80%，所以该参数暗示了设备的繁忙程度。nfsiostat 是nfs-utils的一部分，参考了iostat，主要展示本机作为NFS客户端周期的统计数据。nfsiostat是nfs-utils的一部分，参考了iostat，主要展示本机作为NFS客户端周期的统计数据。r:read 读，w:write 写，d:discard 抛弃， w和d的参数参考r，不细写了。iowait: 等待io的占比。

前面文章我们从应用层面对NFS进行了介绍，接下来的文章我们将进入实现层面。本文首先从整体上对Linux的NFS软件架构进行介绍，然后介绍代码与实际业务逻辑介绍一下NFS的处理流程。

5：异步预读命中处理：如果是page_cache_async_readahead()函数调用进来，hit_readahead_marker为true，这种情况已经确认命中PG_readahead的页面，所以肯定增大预读页面数，再次发起预读。异步预读的处理集中在@4，先通过PageReadahead(page)判断页面的是否设置了PG_readahead，如果该页面设置该标志，表示本地当前窗口读取的文件页面命中了上一个前进窗口预读的页面，此时就要通过异步预读操作发起一个新预读。

Q:什么是Multipath多路径?答:Multipath I/O 电脑储存技术，指利用两个以上的路径同时在CPU与储存设备之间传送讯号，以达到侦错与强化效能的目的。简单的说当服务器到某一存储设备有多条路径时，每条路径都会识别为一个单独的设备(不便于使用)，而多路径允许您将服务器节点和储存阵列间的多个I/O路径配置为一个单一设备(就是我们所说的链路聚合)即多路径聚合了I/O路径并生成由这些集合路径组成的新设备，这些I/O路径可包含独立电缆、交换器和控制器的实体SAN链接(FC / SAS / iSCSI)

网络文件系统 (NFS) 是一种分布式文件系统协议，最初由 Sun Microsystems (Sun) 于 1984 年开发，允许NFS客户端上的用户通过计算机网络访问NFS服务端上文件。随着NFS服务广泛应用于金融、EDA、AI、容器等行业，对NFS的性能和可靠性提出了更高的诉求。单个主机上的单个挂载点只能通过一个客户端IP和一个服务端IP进行访问，在客户端和服务端之间存在多条物理链路时，无法发挥多条链路的性能。