previously cached 10MB
> >> data file. I took a look at the code, and it seems on Linux ATS should
> be using the epoll_wait mechanism
> >> (10 ms time-out), which is driven by a polling continuation. I did not
> see anything
> >> there that should cause delay in ret
1.4 with curl (rate limited option
>> set for 1MB) with a previously cached 10MB
>> data file. I took a look at the code, and it seems on Linux ATS should be
>> using the epoll_wait mechanism
>> (10 ms time-out), which is driven by a polling continuation. I did not see
&g
> Thanks,
> Peter
>
> -----Original Message-----
> From: Bryan Call
> Sent: Thursday, September 12, 2019 9:24 AM
> To: dev
> Subject: Re: TCP socket buffer size.
>
> I have seen issues where you can’t reach the max throughput of the network
> connection without
ch is driven by a polling continuation. I did not see
anything
there that should cause delay in retries of 1+ seconds. Any thoughts?
Thanks,
Peter
-Original Message-
From: Bryan Call
Sent: Thursday, September 12, 2019 9:24 AM
To: dev
Subject: Re: TCP socket buffer size.
I have seen issues
I have seen issues where you can’t reach the max throughput of the network
connection without increasing the TCP buffers, because it effects the max TCP
window size (bandwidth-delay product). Here is a calculator I have used before
to figure out what your buffer size should be:
https://www.swi
