<div dir="ltr"><div><div>Hi Kurt,<br><br></div>I send OpenSSL blocks of 512 bytes...but as fast as it will consume them (since I want rid of the data as fast as possible). Blocking.<br><br></div><div>Martin<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 May 2015 at 21:21, Kurt Roeckx <span dir="ltr"><<a href="mailto:kurt@roeckx.be" target="_blank">kurt@roeckx.be</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Fri, May 15, 2015 at 12:44:03PM +0100, Martin Beynon wrote:<br>
><br>
> That is right from 100Mbps down to 150 kpbs everything works as expected.<br>
> As I continue tuning down the bandwidth below 150kbps openssl starts to<br>
> stop sending data. It becomes very bursty and there are whole periods of<br>
> seconds where no data is sent from openssl even though it's 17KB TLS buffer<br>
> is full and pings, for example, can be sent and received normally.<br>
><br>
> There appears to be some relation to the size of this buffer and the<br>
> minimum achievable throughput we can get.. Unless my maths is off; 140 Kbps<br>
> would give about 17KB/s throughput.. Coincidence?<br>
<br>
Do you send packets to OpenSSL in blocks of 17 KB?  Is that<br>
blocking or non-blocking?<br>
<br>
<br>
Kurt<br>
<br>
_______________________________________________<br>
openssl-users mailing list<br>
To unsubscribe: <a href="https://mta.openssl.org/mailman/listinfo/openssl-users" target="_blank">https://mta.openssl.org/mailman/listinfo/openssl-users</a><br>
</blockquote></div><br></div>