pNFS读操作

    前面几篇文章基本介绍清楚了LAYOUTGET和GETDEVICEINFO两个请求，这是客户端发起I/O操作前的准备工作，这篇文章中我们就以读操作为例讲讲pNFS中的I/O操作。pNFS中的读操作和没有采用pNFS机制时的读操作基本流程是一致的，只是部分步骤有差别，这篇文章主要关注差别之处。

static const struct nfs_pageio_ops filelayout_pg_read_ops = {
        // 读数据前需要申请了layout信息 (LAYOUTGET, GETDEVICEINFO)
        .pg_init = filelayout_pg_init_read,
        // 检查两个I/O请求(缓存页)能否合并到一起.
        .pg_test = filelayout_pg_test,
        // 这是file layout中读数据的函数
        .pg_doio = pnfs_generic_pg_readpages,   
};

    根据前面几篇文章的讲解，我们知道客户端在发起READ请求前需要先通过LAYOUTGET和GETDEVICEINFO获取文件的layout信息。按照RFC5661的规定，layout中只保存了文件中部分数据的信息，比如我想读取文件前4096字节的数据，那么我只需要获取前4096字节的layout就可以了，因此一个文件可以包含多个layout。在NFS客户端，这些layout保存在文件索引节点struct nfs_inode中。

struct nfs_inode {
        ......
        struct pnfs_layout_hdr *layout;   // 这是与layout相关的一个字段，保存了这个文件中所有layout的信息。
        ......
};

struct pnfs_layout_hdr中包含了一个链表，链表中链接了客户端获取的所有layout信息。

struct pnfs_layout_hdr {
        ......
        struct list_head        plh_segs;       // 这是一个链表，链表中的数据结构是struct pnfs_layout_segment
        ......                                  // 每个pnfs_layout_segment表示一个layout.
};

对于file layout而言，pnfs_layout_segment包含在一个更大的数据结构struct nfs4_filelayout_segment中，这个结构才保存了所有的数据。

struct nfs4_filelayout_segment {
        struct pnfs_layout_segment generic_hdr;         // 这是一个通用字段，包含了layout中数据在文件中的范围.
        u32 stripe_type;                // 这是stripe类型  STRIPE_SPARSE 或者 STRIPE_DENSE
        u32 commit_through_mds;         // COMMIT请求是提交给MDS还是提交给DS.
        u32 stripe_unit;                // stripe unit 大小
        u32 first_stripe_index;         // first stripe index
        u64 pattern_offset;             // 偏移位置
        // 这里保存了设备的信息，是GETDEVICEINFO请求的结果. 这里