关于ip_append_data函数的问题

Godbach

udp_sendmsg 调用这个函数

Godbach

另外，在 udp_sendmsg 中，调用的 ip_append_data 中，是要判断 MSG_MORE 标志位的，这个标志位代表着应用空间很快就用更多的数据下来了，这样分配缓存的时候就会考虑分配一个比较大的

Godbach

看一下 sendmsg 调用的入口参数

       ssize_t sendmsg(int s, const struct msghdr *msg, int flags);

最后一个参数 flags 的解释中谈到了  MSG_MORE

       MSG_MORE (Since Linux 2.4.4)
              The caller has more data to send.  This flag is used with TCP sockets to obtain the same effect as the TCP_CORK socket option (see tcp(7)),  with
              the difference that this flag can be set on a per-call basis.

              Since  Linux 2.6, this flag is also supported for UDP sockets, and informs the kernel to package all of the data sent in calls with this flag set
              into a single datagram which is only transmitted when a call is performed that does not specify this flag.  (See also the UDP_CORK socket  option
              described in udp(7).)

jiufei19

回复 13# Godbach


    恩，我也man了下sendmsg的说明，的确有此解释。那么第1个问题基本解决，接下来我再继续整理

jiufei19

我在继续复习ip_append_data函数的时候，又突然发现了一个题外问题，即understanding linux network internals一书的图21-3和图21-4所描绘的场景是否有错误？这两个图中第1个skb对应的数据都是PMTU大小，但是PMTU不一定是8的整数倍呀？ 我有点晕了，以前阅读该章时咋个没有发现此问题呢？

Godbach

这两个图中第1个skb对应的数据都是PMTU大小，但是PMTU不一定是8的整数倍呀？

你的意思填充一个 skb 的时候应该按照 8 字节的边界对齐，是吧，它这里没有显示出来？

Godbach

这个函数的分析篇幅比较大，你在往后看一下，图 21-10，谈到了这个问题

jiufei19

回复 17# Godbach


    谢谢斑竹！

   我的意思是我说的那几幅图似乎没有符合8字节整数倍的描述，是作者疏忽，还是我理解有误？


   it would be better to have every fragment except the last one fill up to the size of the PMTU
    这是该书的一段原话，这里提到了除了最后一个分段外其他全部都填充到PMTU大小，显然有点问题？

Godbach

你这个问题，我回帖中提到了，你看一下。

Godbach

第 17 楼的回帖。