ssh / scp slow on 10GBE
Iain Morgan
imorgan at nas.nasa.gov
Fri Jan 11 11:12:39 EST 2013
On Mon, Jan 07, 2013 at 04:57:01 -0600, Damien Miller wrote:
> On Mon, 7 Jan 2013, Tomas Kuthan wrote:
>
> > >>Part of the gap between encryption speed and the dd measurement can be
> > >>accounted to checksumming, some to initial key-exchange and rekeying.
> > >>The gap still feels quite wide though.
> > > Now it's 400MB/s using ssh and 1230MB/s when using a direct TCP connection.
> >
> > Well, you certainly won't get anything faster than your 700 MB of
> > openssl aes speed results. You cannot transmit data faster, than you
> > encrypt them. And even this upper bound is not reachable, because of
> > checksumming overhead.
>
> Right: if you are using AES and umac-64 as your MAC then you are actually
> invoking AES twice as umac-64 uses AES internally.
>
> > There is a potential in enhancing OpenSSH to do some tasks in parallel.
> > MACs and encryption could be done at the same time. Or, for some modes
> > of encryption, counters can be pre-computed in advance. But in the past
> > OpenSSH developers expressed strongly against threads...
>
> Yeah, we do don't want to go there (threads in OpenSSH). You might be
> able to make an OpenSSL engine implementation that manages it all on the
> OpenSSL side.
>
> Alternately, we are considering adding support for AES-GCM which is very
> fast on recent Intel CPUs and probably slightly faster than AES+umac-64
> everywhere.
>
> -d
Apparently, it was more than just "considering." :-)
Nice to see the addition of AES-GCM in recent snapshots!
Thanks
--
Iain Morgan
More information about the openssh-unix-dev
mailing list