Linux UDP协议栈中的片段分析 - udp_recvmsg


  1. udp_recvmsg(structkiocb*iocb,structsock*sk,structmsghdr*msg,
  2. size_tlen,intnoblock,intflags,int*addr_len)
调用了:
  1. err=skb_copy_datagram_iovec(skb,sizeof(structudphdr),msg->msg_iov,copied);
调用了:
  1. memcpy_toiovec(to,skb->data+o,copy);
调用了:
  1. /*
  2. *Copykerneltoiovec.Returns-EFAULTonerror.
  3. *
  4. *Note:thismodifiestheoriginaliovec.
  5. */
  6. intmemcpy_toiovec(structiovec*iov,unsignedchar*kdata,intlen)
  7. {
  8. while(len>0){
  9. if(iov->iov_len){
  10. intcopy=min_t(unsignedint,iov->iov_len,len);
  11. if(copy_to_user(iov->iov_base,kdata,copy))
  12. return-EFAULT;
  13. kdata+=copy;
  14. len-=copy;
  15. iov->iov_len-=copy;
  16. iov->iov_base+=copy;
  17. }
  18. iov++;
  19. }
  20. return0;
  21. }

在udp_recvmsg中,随着不断地recv,内部会自动修改iov->iov_base,也就是说,在内核态,多个消息可以累积接收的。
这一点正是我们曾经期待过而又否定过的。

期待在于:如果内部能一次性收多个包,那么就可以大大节省系统调用开销了。
否定在于:系统如何知晓数据的结构呢?比如每个包的大小等。OS提供的接口属于通用型接口,不能期望它做太多的优化。

现在好了,在内核态,如果添加适当的协议及数据头,就可以让系统一次性收多个数据包,然后一次性返回给用户层!

Very Nice~

要点:提供足够缓冲区、设计适当的数据头(由发送端打包)



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值