Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH

2015-10-29 Thread Peter Samuelson

[Colin Watson]
> Sorry, but I am not going to include any more large and invasive patch
> sets in Debian's OpenSSH package, especially not ones that add new
> configuration options (upstream has a history of giving such things
> different names when they accept them, and then I'm stuck maintaining
> configuration file compatibility forever).  This needs to go upstream.

Understandable, but too bad.  Apparently this dramatic performance
improvement is unlikely to go upstream:

"So if HPN-SSH is so awesome why hasn't OpenSSH adopted it? That's
a long story and people who know the OpenBSD team probably already
know the answer.  I understand many of their reasons - it's a big
patch which would require additional work on their end (and they
are a small team), they don't care as much about performance as
security (though there is no security implications to HPN-SSH), etc
etc etc.  However, even though OpenSSH doesn't use HPN-SSH Facebook
does.  So do Google, Yahoo, Apple, most ever large research data
center, NASA, NOAA, the government, the military, and most
financial institutions.  It's pretty well vetted at this point."

- http://stackoverflow.com/questions/8849240

My own 2c: the NONE cipher and the parallel AES implementation are not
very interesting, because with an Intel Sandy Bridge CPU (with hardware
acceleration for both AES and GCM), the AES + GCM mode ciphers are
_really_ fast.  Anyone who cares about performance should be using
them, and should buy Sandy Bridge or newer CPUs.

But the receive buffer scaling part of the HPN patchset is still
relevant, and in fact quite critical for long fat pipes.  (Fortunately
the various features are broken out into individual patches.)  I wonder
how long until OpenSSH upstream realises that a 1.2 MB window is not
really large enough on today's Internet.



Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH

2012-11-16 Thread Axel Beckert
Package: ssh
Severity: wishlist
X-Debbugs-Cc: Paul Slootman p...@debian.org

Axel Beckert wrote:
 clone 13389 -1
 retitle 13389 Support the none cipher
 retitle -1 Include HPN (high performance network) SSH patches (without the 
 none cipher patch)
 tag -1 - wontfix
 kthxbye

As that clone failed due to merged bugs and I was thinking about
filing a new bug report anyway, lets do that now:

Please include the patches from
http://www.psc.edu/networking/projects/hpn-ssh/ (without the none
cipher patch, see http://bugs.debian.org/13389) in the openssh
package.

Maybe instead of including them in the default SSH binary packages, it
could be an ideal to build separate hpn-ssh binary packages from the
same source, so only those who explicitly want them also get them.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH

2012-11-16 Thread Colin Watson
tags 693424 wontfix
thanks

On Fri, Nov 16, 2012 at 12:00:35PM +0100, Axel Beckert wrote:
 Please include the patches from
 http://www.psc.edu/networking/projects/hpn-ssh/ (without the none
 cipher patch, see http://bugs.debian.org/13389) in the openssh
 package.

Sorry, but I am not going to include any more large and invasive patch
sets in Debian's OpenSSH package, especially not ones that add new
configuration options (upstream has a history of giving such things
different names when they accept them, and then I'm stuck maintaining
configuration file compatibility forever).  This needs to go upstream.

 Maybe instead of including them in the default SSH binary packages, it
 could be an ideal to build separate hpn-ssh binary packages from the
 same source, so only those who explicitly want them also get them.

Absolutely not.  That way lies combinatorial explosion.

Thanks,

-- 
Colin Watson   [cjwat...@debian.org]


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH

2012-11-16 Thread Axel Beckert
Control: tag -1 + upstream

Hi Colin,

thanks for the prompt reply and the explanations!

Colin Watson wrote:
 On Fri, Nov 16, 2012 at 12:00:35PM +0100, Axel Beckert wrote:
  Please include the patches from
  http://www.psc.edu/networking/projects/hpn-ssh/ (without the none
  cipher patch, see http://bugs.debian.org/13389) in the openssh
  package.
 
 Sorry, but I am not going to include any more large and invasive patch
 sets in Debian's OpenSSH package, especially not ones that add new
 configuration options

Ok.

 (upstream has a history of giving such things different names when
 they accept them,

Hehe.

 and then I'm stuck maintaining configuration file compatibility
 forever).

Good point!

 This needs to go upstream.

Tagged it accordingly.

  Maybe instead of including them in the default SSH binary packages, it
  could be an ideal to build separate hpn-ssh binary packages from the
  same source, so only those who explicitly want them also get them.
 
 Absolutely not.  That way lies combinatorial explosion.

Yeah, I know. And it's sometimes hard to find the right balance
between different demands and to many versions.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org