nfsclient 源码笔记

请求分拆

以nfs4 direct_read过程为例,过程中的几个控制结构

  1. dreq,每个io过程的上下文,记录所有io的参数,及中间产生的状态值
  2. nfs_pageio_descriptor, 内核中操作内存都是以page为单位,内存buf最终会转换为多个page组成的list,该类型中,包含list指针,由于dio请求的长度是由系统调用者指定的,所以不可能一次性将数据全部发送,会按照指定的bsize(挂载时指定的每次IO大小进行分拆),每次拆分之后调用一次该描述符的pg_doio(nfs_generic_pg_readpages)接口,这个pg_doio过程也只是再次进行分拆,不会阻塞调用。doio之后,会再次设置nfs_pageio_descriptor的page_count和pg_list,直到将整个dreq中的buff都处理完
  3. nfs_read_header和nfs_pgio_header
    nfs_read_header包含了nfs_pgio_header的结构,并包括nfs_read_data结构,每次调用pg_doio就会生成一个nfs_pgio_header结构,一个nfs_pgio_header初始包括descpg_list中的第一个req,如果指定的bsize(传输大小的限制)
  4. nfs_read_data,如果一个bsize小于一个page的大小,那么需要再次进行拆分,拆分成多个nfs_read_data结构,否则只创建一个nfs_read_data结构,最终使用每个nfs_read_data构建一个rpc_task

rpc的状态机

  1. call_start
  2. call_reserve->xprt_reserve
  3. call_reserveresult
  4. call_refresh->rpcauth_refreshcred
  5. call_refreshresult
  6. call_allocate->xprt->ops->buf_alloc 此处只是申请缓冲区用来存放消息的控制结构,数据部分是使用page指针
  7. call_bind->xprt->ops->rpcbind(task) 此处有标记为检查,已经bound,直接跳过
  8. call_connect->xprt_connect 此处也有标记检查,已经连接直接跳过
  9. call_connect_status 如果执行了xprt_connect操作,那么下一步需要检查连接状态,已经建立连接跳过该步
  10. call_transmit->xprt_prepare_transmit->xprt->ops->reserve_xprt 此处会设置xprt的锁标记->rpc_xdr_encode->xprt_transmit->xprt->ops->send_request ,此处可能会因为发送缓冲区满而无法继续发送,但是会记录已经发送的长度,不会全部从头开始->rpc_sleep_on 在call_transimit,将task在等待队列上,此处不是立即挂起,而是在call_transmi调结束之后,不在调用其他action->call_transmit_status->xprt_end_transmit->xprt_release_write ,此处会释放xprt
  11. call_transmit_status 如果在执行call_transmit过程中出现错误,则task不会挂起,而是执行该步骤
  12. call_status
  13. call_decode

未完待续

声明:转载本博文章须在文章明显处注明作者及附上原文链接,便于读者找到原文的更新版。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值