Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Jan 2004 10:42:11 -0800
From:      Sam Leffler <sam@errno.com>
To:        Robert Watson <rwatson@freebsd.org>, Rumen Telbizov <altares@e-card.bg>
Cc:        stable@freebsd.org
Subject:   Re: FreeBSD + Rainbow Cryptoswift
Message-ID:  <200401261042.11992.sam@errno.com>
In-Reply-To: <Pine.NEB.3.96L.1040126132256.11399V-100000@fledge.watson.org>
References:  <Pine.NEB.3.96L.1040126132256.11399V-100000@fledge.watson.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 26 January 2004 10:25 am, Robert Watson wrote:
> On Mon, 26 Jan 2004, Rumen Telbizov wrote:
> > Thank for the reply Mike.
> >
> > I took a look at those cards (vpn1201 and vpn1211).  They don't seem to
> > have AES support and only support 2-8 RSA connections/sec. Rainbow say
> > that their cards support 1000 RSA connections/sec which is quite
> > astonishing.  The vpn1401 and vpn1411 seem to have better performance
> > but as you said the hifn(4) driver support is broken for those :(
>
> Poul-Henning recently sent me some performance numbers from his initial
> work to hook GEOM up to the AES support in the crypto framework using the
> VPN1401/1411.  He didn't seem to report any brokenness in the driver in
> -CURRENT.  The support may not yet have been MFC'd to -STABLE yet,
> however.  I've CC'd Sam since his fingerprints are all over the code in
> question.  :-)

Asymmetric crypto calculations are presently very slow because the code is 
unchanged from openbsd.  Each operation malloc's several buffers and requires 
multiple context switches to insure the mallocs can be done in a blockable 
context.  In addition the asymmetric crypto handling code has not been 
optimized using the techniques applied to the symmetric crypto code paths.  
If these issues were addressed we'd probably get similar results.

Not sure about the comment about the hifn driver being broken.  If there's 
something wrong noone's reported it to me.

	Sam



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200401261042.11992.sam>