python - Ubuntu 上的 ACK 和 TCP 窗口

Question

晚上好，

我正在开发一个项目，该项目在 Python 中使用 wsgi 之上的 eventlet http://eventlet.net/ 来创建 websocket 服务器。到目前为止，一切都运行良好。然而，我们今天做了一些深度数据包分析，发现了一些奇怪的东西。我们正在尝试最小化来自服务器的出站数据。目前，它似乎只发送 ACK，它占用了大部分出站数据(每小时大约 1M)。

无论我们在 Ubuntu sysctl 文件上设置什么接收窗口，都会同时向客户端发送一个 ACK​​(在 5 个数据包之后)。我们想让这个窗口更大，以便每 15 个数据包发送 1 个 ACK​​，这些数据包的大小为 1440 字节

下面是我们对 TCP 发送和接收缓冲区的 sysctl 设置

net.core.wmem_max = 4194304
net.core.rmem_max = 6291456
net.ipv4.tcp_rmem = 4096 2097152 6291456
net.ipv4.tcp_wmem = 4096 1048576 4194304
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_timestamps = 1
net.ipv4.tcp_sack = 1
net.core.netdev_max_backlog = 5000

正如您将看到的，我们启用了缩放，启用它后，服务器在其 Ack 中设置了 Win=8159，但是即使禁用它并且在服务器 ACK 窗口中发送默认值 64k，ACK 实际上也被发送回客户端大约每7k。

我们在这里缺少一些基本的东西吗？客户端是否可以设置缓冲区限制，除非收到 ACK，否则它将不再发送数据？无论接收到的缓冲区大小如何，是否存在某种发送 ACK 的时间限制？

谢谢您的帮助。

Answer 1

Is there some sort of time limit at which a ACK is sent regardless of the received buffer size?

发送 ACK 是为了从接收者那里得到反馈，如果发送者在一段时间内(估计的 RTT)没有收到 ACK，它会猜测数据包丢失，并将再次重传这个数据包。在基本的 tcp 版本中，将发送 ACK 以响应每个数据包，但作为优化，许多操作系统实现了延迟 ACK。接收方在发送 ACK 之前会等待一段时间，如果接收方在此超时期间接收到另一个数据包，它将只为在此期间接收到的那些数据包生成一个 ACK​​(最大数量)。因为这个 ACK​​ 将被发送不管任何接收缓冲区。在 linux 上，您可以通过 TCP_QUICKACK 禁用延迟 ACK socket 选项，在这种情况下，每个接收到的数据包都会生成 ACK 数据包。在某些版本的 linux 上，您也可以更改此超时，但这可能会导致不必要的数据重传。

Can a client set a buffer limit at which it will no longer send data unless it receive an ACK?

可以通过更改发送缓冲区来实现。如果发送缓冲区已满，则下一个写入操作将阻塞(在阻塞客户端的情况下)。每个 ACK​​ 都会从发送缓冲区中释放数据包并允许下一次写入操作。