Earlier quoted context omitted.
QUIC is UDP, and TCP does not use CCA in userspace.
QUIC absolutely uses congestion control. See section 6 here https://tools.ietf.org/id/draft-ietf-quic-recovery-26.html
[deleted]
Boosting upload speed and improving Windows' TCP stack
61–70 of 127 posts
Re: Boosting upload speed and improving Windows' TCP stack
#62Re: Boosting upload speed and improving Windows' TCP stack
#63Re: Boosting upload speed and improving Windows' TCP stack
#64I got excited when I saw that fancy Microsoft Message Analyzer tool and wanted to try it out. Sadly it appears to be retired and removed by MSFT? Sad!
Yeah, I have no idea either why Microsoft would want to remove Message Analyzer completely, even if they could not maintain it. You can still download it through the Internet Archive:
* 32-bit x86: https://web.archive.org/web/20191104120802/https://download....
* 64-bit x86: https://web.archive.org/web/20190420141924/http://download.m...
(those links via: https://www.reddit.com/r/sysadmin/comments/e4qocq/microsoft_... )
Or use the even older Microsoft utility Network Monitor, which is still available on Microsoft's website: https://www.microsoft.com/en-us/download/details.aspx?id=486...
Supposedly Microsoft is working on adding to the existing Windows Performance Analyzer (great GUI tool for ETW performance tracing) to display ETW packet captures, which will succeed Message Analyzer and Network Monitor: https://techcommunity.microsoft.com/t5/networking-blog/intro...
Re: Boosting upload speed and improving Windows' TCP stack
#65Re: Boosting upload speed and improving Windows' TCP stack
#66Re: Boosting upload speed and improving Windows' TCP stack
#67Re: Boosting upload speed and improving Windows' TCP stack
#68Re: Boosting upload speed and improving Windows' TCP stack
#69Excellent article !
I got hit by the exact same issue which is described in the fermilab paper, namely packet reordering caused by intel drivers. It took me several days to diagnose the problem. Interestingly enough, the problem virtually disappeared when running tcpdump, which, after a lot of reading on the innards of the linux TCP stack, and prodding with ebpf, eventually led me to conjecture that it was a scheduling/core placement issue. Pinning my process clearly made the problem disappear, and then finding the paper nailed it.
Networks are not my specialty (I come from a math background, am self taught, and had always dismissed them as mere plumbing) , but I have to say that I came out of this difficult (for me) investigation with a great appreciation for networking in general, and now enjoy reading anything I can find about them.
It's never too late to learn, and I have yet to find something in software engineering which is not interesting once you take a closer look at it!
Re: Boosting upload speed and improving Windows' TCP stack
#70Is TCP the best choice? Why not UDP?
[deleted]