News for hackers. Stuff that matters.
Re:Boosting upload speed and improving Windows' TCP stack by drewg123 on Tuesday May 18, 2021 @03:52PM (#27200146)
Is Google Drive using QUIC? If so, then its using the same BBR congestion algorithm as the bbr tcp stack, and BBR's algorithm which does not view loss as congestion will help a lot.

It would be interesting to re-try the experiment on Linux or FreeBSD using BBR as the TCP stack and see if the results are any better for dropbox.

FWIW, my corp openvpn is kinda terrible. My upload speeds via the vpn did not improve at all when I moved and upgraded from 10Mb/s to 1Gb/s upstream speeds. When I switched to BBR, my bandwidth went from ~8Mb/s -> 60Mbs, which I think is the limit of the corp vpn endpoint.

Re:Boosting upload speed and improving Windows' TCP stack by virtuallynathan on Tuesday May 18, 2021 @04:26PM (#27200548)
Looking at the flows on my network while uploading a file, it seems Google Drive's mac client just uses regular old TCP, same for the website.
Re:Boosting upload speed and improving Windows' TCP stack by leadbase0 on Tuesday May 18, 2021 @04:45PM (#27200826)
QUIC is UDP, and TCP does not use CCA in userspace.
Re:Boosting upload speed and improving Windows' TCP stack by AndrewDucker on Tuesday May 18, 2021 @04:50PM (#27200897)
QUIC absolutely uses congestion control. See section 6 here https://tools.ietf.org/id/draft-ietf-quic-recovery-26.html
Re:Boosting upload speed and improving Windows' TCP stack by tmashb on Tuesday May 18, 2021 @06:04PM (#27201883)
No denying in that.
Re:Boosting upload speed and improving Windows' TCP stack by dochtman on Tuesday May 18, 2021 @04:47PM (#27200849)
QUIC does run in user space, and also uses congestion controllers running inside the QUIC stack, in user space.

(I work on a QUIC implementation in Rust.)

Re:Boosting upload speed and improving Windows' TCP stack by leadbase0 on Tuesday May 18, 2021 @05:54PM (#27201764)
QUIC is a protocol... "...CCA in userspace" CCA stands for congestion control algorithm.