这是一个创建于 948 天前的主题，其中的信息可能已经有所发展或是发生改变。
有一个 C/S 服务，客户端请求后，服务端会短时间响应大量零碎的数据包，导致客户端回复很多个 ACK 。虽然 ACK 包不大，但多少也会消耗带宽。有没有办法通过设置 sock 参数延迟 ACK 的响应，等一段时间才响应一个 ACK ？
 |
1
Zzdex 2022-04-13 20:17:32 +08:00  1
扩大 MSS ， 然后依靠 delay ack ？
|
 |
2
jousca 2022-04-13 20:51:00 +08:00
挂个包过滤硬件防火墙在前面~~~
|
 |
3
crab 2022-04-13 21:41:12 +08:00
Nagle ？
|
 |
4
pagxir 2022-04-13 22:32:25 +08:00 via Android
那点带宽微不足道。你说的零碎数据包剧本上不存在，除非 rtt 很小。
|
|
5
pagxir 2022-04-13 22:35:36 +08:00 via Android
比如一个 rtt=20ms ，那么最坏情况下也就 50 个 ack 报文 /s ，也就 50x60=3kB/s
|
 |
6
rabbbit 2022-04-13 22:44:54 +08:00
TCP 不是靠 ACK 确定是否发送成功，延迟了不会导致后面的被重发吗？
|
 |
7
lcdtyph 2022-04-13 22:47:28 +08:00
如果你用的是 rhel 的话，可以修改 /proc/sys/net/ipv4/tcp_delack_min
否则的话只能去改内核重新编译了，https://elixir.bootlin.com/linux/latest/source/include/net/tcp.h#L138 单位是 10ms |
 |
8
hasdream 2022-04-14 09:59:06 +08:00
网卡 MTU 一般 为 1500byte(如果超过这个值就会分段)，ack 就是确认每个分段是否收到，ack 延后可能会导致 数据重发
|
 |
9
lysS 2022-04-14 10:13:42 +08:00
楼主搞错了，一般单向通信情景，比如访问一个网页，S 端发送的数据主要是数据本身，C 端发送的数据主要就是 ACK 包。所以 ack 主要是 C 端发送的
|
 |
11
nmap 2022-04-14 10:19:14 +08:00
😎
|
Select Language