gpt4 book ai didi

c - SO_SNDBUF 的作用

转载 作者:IT王子 更新时间:2023-10-29 00:17:36 26 4
gpt4 key购买 nike

我无法理解以下代码段的工作方式和原因:

    /* Now lets try to set the send buffer size to 5000 bytes */
size = 5000;
err = setsockopt(sockfd, SOL_SOCKET, SO_SNDBUF, &size, sizeof(int));
if (err != 0) {
printf("Unable to set send buffer size, continuing with default size\n");
}

如果我们检查发送缓冲区的值,它确实正确设置为 5000*2 = 10000。但是,如果我们尝试发送超过发送缓冲区大小的内容,它会发送所有内容。例如:

    n = send(sockfd, buf, 30000, 0);

/* Lets check how much us actually sent */
printf("No. of bytes sent is %d\n", n);

这会打印出 30000。

这究竟是如何运作的?发送缓冲区大小限制为 10000 的事实没有任何影响吗?如果是这样,究竟发生了什么?某种碎片?

更新:如果套接字处于非阻塞模式会怎样?我尝试了以下方法:

  1. 将缓冲区大小更改为 10000 (5000*2) 会导致发送 16384 字节
  2. 将缓冲区大小更改为 20000 (10000*2) 会导致发送 30000 个字节

再一次,为什么?

最佳答案

设置SO_SNDBUF选项的效果对于TCP和UDP是不同的。

  • 对于 UDP,这设置了数据报大小的限制,即任何更大的都将被丢弃。
  • 对于 TCP,这只是为给定套接字设置内核缓冲区的大小(有一些舍入到页面边界和上限)。

因为看起来你在谈论 TCP,所以你观察到的效果可以解释为套接字处于阻塞模式,所以 send(2) 阻塞直到内核可以接受您的所有数据,和/或网络堆栈异步出列数据并将其推送到网卡,从而释放缓冲区中的空间。

此外,TCP 是一个流协议(protocol),它不保留任何“消息”结构。一个send(2)可以对应另一边的多个recv(2),反之亦然。将其视为字节流。

关于c - SO_SNDBUF 的作用,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8114280/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com