Sounds like the problem HPN-SSH tried to solve: https://www.psc.edu/index.php/hpn-ssh/638 I like their approach, but I'm not sure how they got hold of the current TCP receive window size; the only value I could find was receive buffer size, which is not necessarily relevant here.
If you decide to go with a static value, the default max TCP window size on most machines is 32MB or less, and it is enough to saturate 1GBit link on the longest wired network (300 ms RTT, according to https://wondernetwork.com/pings). Other than that, I'd love to know who is using curlopt_pause and how; as far as I can tell, handling pause is only a problem on multiplexed connections where we can't let the data rest in system buffers. Correct? Regards, Daniel pt., 21 lut 2020 o 08:28 Daniel Stenberg via curl-library <curl-library@cool.haxx.se> napisał(a): > > On Thu, 20 Feb 2020, Daniel Stenberg via curl-library wrote: > > > But even so, the buffer size might very well be set to smaller sizes than > > you'd want the HTTP/2 window size to be. Can we avoid a new option for > > window size without having users suffer? > > Jay brought the suggestion [1] that we could just have it set fixed to (the > much more sensible) 1MB as a middle ground - and I like the simplicity of > that... > > [1] https://github.com/curl/curl/issues/4939#issuecomment-589383895 > > -- > > / daniel.haxx.se | Commercial curl support up to 24x7 is available! > | Private help, bug fixes, support, ports, new features > | https://www.wolfssl.com/contact/ > ------------------------------------------------------------------- > Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library > Etiquette: https://curl.haxx.se/mail/etiquette.html ------------------------------------------------------------------- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html