我对应用程序中增加TCP窗口大小有一些疑问.在我的C++软件应用程序中,我们使用TCP/IP阻塞套接字从客户端向服务器发送大小约为1k的数据包.最近我遇到了这个概念TCP窗口大小.所以我尝试使用setsockopt()for SO_SNDBUF和for 将值增加到64K SO_RCVBUF.增加此值后,我在WAN连接的性能方面有所改进,但在LAN连接方面却没有.
根据我对TCP窗口大小的理解,
客户端将数据包发送到服务器.在达到此TCP窗口大小时,它将等待确保从服务器接收到窗口大小中第一个数据包的ACK.在WAN连接的情况下,由于RTT的延迟大约100ms,ACK从服务器延迟到客户端.因此,在这种情况下,增加TCP窗口大小可以补偿ACK等待时间,从而提高性能.
我想了解我的应用程序中性能如何提高.
在我的应用程序中,即使使用setsockopt套接字级别增加TCP窗口大小(发送和接收缓冲区),我们仍然保持相同的数据包大小1k(即我们在单个套接字发送中从客户端发送到服务器的字节).我们还禁用了Nagle算法(内置选项将小数据包合并到一个大数据包中,从而避免频繁的套接字调用).
我的怀疑如下:
由于我使用阻塞套接字,对于每个1k的数据包发送,如果ACK不是来自服务器,它应该阻止.那么仅在WAN连接中改进TCP窗口大小后,性能如何提高？如果我误解了TCP窗口大小的概念,请纠正我.
为了发送64K数据,我相信我仍然需要调用套接字发送功能64次(因为我通过阻塞套接字发送每次发送1k),即使我将TCP窗口大小增加到64K.请确认一下.
使用RFC 1323算法启用Windows缩放时,TCP窗口大小的最大限制是多少？
我的英语不太好.如果您无法理解上述任何内容,请告诉我.