Hi Murali,
Appreciate the useful inputs you have shared so far. Will try to figure out regarding packet drops.Regarding HyStart, I see even BSD code base has support for this. May I know by when can we see that in an release, if not already available ?
You "simply" switch to the RACK stack. Just as I mentioned earlier. Note that this is a completely refactored stack by itself - so please validate that all your userspace applications (or kernel patches) still work when you activate it. https://man.freebsd.org/cgi/man.cgi?query=tcp_rack&sektion=4&manpath=FreeBSD+13.2-RELEASE+and+Ports
Regarding this point : “Switching to other cc modules may give some more insights. But again, I suspect that momentary (microsecond) burstiness of BSD may be causing this significantly higher loss rate.” Is there some info somewhere where I can understand more on this in detail?
What detail? How to toggle to a different congestion control? How having high timer granularity pacing (as what RACK does) can prevent microbursts? That TCP can, at high transmission rates, overrun the NIC driver memory buffers? What did your experiments with the suggestions by @cc show with the base stack? And again, the RACK stack does HyStart and high-granularity pacing, addressing many issues which are important to smooth streaming workflows and preventing momentary burst loads. However, the RACK stack certainly needs to be validated with particular applications such as the kernel NFS server/client, which are deeply embedded and may rely on some things in the base stack to work properly. I suspect that until now, noone has done a thorough investigation of the implications of RACK with NFS really. Best regards, Richard
Regards Murali
OpenPGP_0x17BE5899E0B1439B.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
