挂载NFS文件系统后,客户端就可以像访问本地文件一样访问服务器端的文件。NFS客户端根据RFC中的规定将用户操作封装到RPC请求报文中发送给服务器端,服务器端接收到RPC请求后进行处理,将处理结果封装到RPC应答报文中返还给客户端。这篇文章中我们讲讲客户端RPC请求报文的封装过程。LInux中RPC的代码位于net/sunrpc/中,客户端和服务器端的代码都在这个目录中。首先介绍几个数据结构,只说明每个数据结构的含义,不详细介绍数据结构中每个字段的含义。
(1) struct rpc_clnt 这个数据结构表示一个RPC客户端,客户端挂载文件系统时会创建一个nfs_server结构,表示挂载的文件系统,同时需要为这个文件系统创建一个RPC客户端,这个文件系统中所有的RPC请求都通过这个RPC客户端发送,这个客户端保存在nfs_server结构的client字段中。
(2) struct rpc_xprt 这是通过socket建立起来的一个链接,每个rpc_clnt关联一个rpc_xprt,rpc_clnt中所有的报文通过这个链接发送出去。
(3) struct rpc_rqst 这是一个RPC请求的数据结构,包含了一个RPC请求的所有信息。不仅包括RPC报文中的信息,还包括超时重发策略等控制信息,以及归属的rpc_xprt(这个请求从哪个socket链路发送出去)。
(4) struct rpc_task 这是一个RPC任务的数据结构。一个RPC请求的发送过程非常复杂,需要组装RPC报文、创建rpc_rqst、选择合适的rpc_xprt、失败后需要进行处理。因此Linux将一个RPC请求的整个处理过程作为一个RPC任务对待,每个RPC任务用一个rpc_task结构表示。由于一个RPC任务的处理比较复杂,如果处理完一个RPC任务再处理另一个RPC任务不太合适。一个RPC任务的处理过程分成了多个步骤,Linux创建了一个有限状态机,每次只处理RPC任务的一个步骤,这个步骤处理完毕后就调度其他的RPC任务。
现在这个阶段我只想讲解NFS(因为这一部分内容已经很多了),所有关于RPC的代码全部跳过不讲,以后可能会专门开个专题讲解RPC代码,那是以后的事情了。因此这篇文章中就不讲解RPC请求的整个处理流程了,只讲解一个NFS请求是如何封装成RPC报文的。
现将两个数据结构 rpc_procinfo和rpc_message。rpc_procinfo是一个RPC例程的数据结构,包含了RPC例程编号、编码函数和解码函数。
struct rpc_procinfo {
// 这是RPC例程编号
u32 p_proc; /* RPC procedure number */
// 参数编码函数,这个函数负责将RPC请求中的信息封装到RPC报文中
kxdreproc_t p_encode; /* XDR encode function */
// 返回值解码函数,这个函数负责解码RPC应答报文中的信息
kxdrdproc_t p_decode; /* XDR decode function */
// 参数长度,以四字节为单位
unsigned int p_arglen; /* argument hdr length (u32) */
// 返回值长度,以四字节为单位
unsigned int p