- From: David Krauss <potswa@gmail.com>
- Date: Wed, 9 Jul 2014 14:50:00 +0800
- To: Amos Jeffries <squid3@treenet.co.nz>, Roberto Peon <grmocg@gmail.com>
- Cc: HTTP Working Group <ietf-http-wg@w3.org>
On 2014–07–09, at 1:10 PM, Amos Jeffries <squid3@treenet.co.nz> wrote: > On 2014-07-09 15:42, Roberto Peon wrote: > >> Larger framesizes matter only for non-TLS connections. >> That is why I'll hope that most browsers and most servers pick framesizes >> that are proportional to the TLS record size, and that are relatively small >> (e.g. 16k or less). > > There is effort ongoing to increase the throughput and hardware acceleration in the encryption area. We may find that in only a few years it is possible to send Gbps out through a hardware encrypting NIC. Is this not already commonplace? http://www.cavium.com/solution_ssl_switch.html http://www.cavium.com/Adapters_Crypto_Offload.html A high-end model can decrypt (and decompress, and do the reverse) 60 Gbps. If that sounds like a lot, it’s because it’s a lot of dedicated silicon.
Received on Wednesday, 9 July 2014 06:50:38 UTC