TCP pacing rate calculated even when TCP pacing is not used
Richard
richard_siegfried at systemli.org
Sun Apr 27 20:12:18 EDT 2025
Hi,
I noticed with the output of ss -ti (example):
> ESTAB 0 0 YYYYYY:40482 XXXXXX:imaps
> cubic wscale:3,7 rto:228 rtt:27.02/9.695 ato:40 mss:1400 pmtu:1500 rcvmss:1400 advmss:1448 cwnd:10 bytes_sent:1132 bytes_acked:1133 bytes_received:53005 segs_out:41 segs_in:57 data_segs_out:10 data_segs_in:49 send 4.15Mbps lastsnd:66520 lastrcv:66496 lastack:66496 pacing_rate 8.29Mbps delivery_rate 594kbps delivered:11 app_limited busy:288ms rcv_rtt:17.25 rcv_space:25313 rcv_ssthresh:128820 minrtt:18.859 rcv_ooopack:1 snd_wnd:6136 rcv_wnd:128896
that for every tcp socket, the kernel calculates and maintains a
*pacing_rate* even if TCP pacing is turned off (which is the default). I
could observe this on several servers and many different linux versions
too.
Why does TCP do this? Isn't that a waste of memory and processing time
to mantain when the default is not to use it?
Thanks,
-- Richard
More information about the Kernelnewbies
mailing list