On Tue, Jun 23, 2009 at 12:19:58PM +0200, Steffen Klassert wrote:
>
> Anyway, here are numbers for the network based versions:
>
> I did forwarding tests with the thread version and two quad core machines
> (Intel Core 2 Quad Q6600):
>
> linux-2.6.25.2 + thread based (network) parallelization
> P
On Tue, Jun 23, 2009 at 05:18:52PM +0800, Herbert Xu wrote:
> On Tue, Jun 23, 2009 at 11:14:29AM +0200, Steffen Klassert wrote:
> >
> > I posted some numbers for the actual softirq based version with the
> > first patchset, see:
> > http://www.mail-archive.com/linux-crypto@vger.kernel.org/msg03035.
On Tue, Jun 23, 2009 at 11:14:29AM +0200, Steffen Klassert wrote:
>
> I posted some numbers for the actual softirq based version with the
> first patchset, see:
> http://www.mail-archive.com/linux-crypto@vger.kernel.org/msg03035.html
Thanks, but I was thinking of softirq numbers vs. workqueue numb
On Tue, Jun 23, 2009 at 04:34:38PM +0800, Herbert Xu wrote:
> On Tue, Jun 23, 2009 at 10:29:21AM +0200, Steffen Klassert wrote:
> >
> > I did already tests with a work queue based parallelization, but the
> > throughput and the latency on networking tests were much better with the
> > remote softir
On Tue, Jun 23, 2009 at 10:29:21AM +0200, Steffen Klassert wrote:
>
> I did already tests with a work queue based parallelization, but the
> throughput and the latency on networking tests were much better with the
> remote softirq based version. The serialization engine must always wait
> for the c
On Fri, Jun 19, 2009 at 08:29:33PM +0800, Herbert Xu wrote:
> On Mon, Jun 08, 2009 at 09:10:00AM +0200, Steffen Klassert wrote:
> >
> > +config CRYPTO_PCRYPT
> > + tristate "Parallel crypto engine (EXPERIMENTAL)"
> > + depends on USE_GENERIC_SMP_HELPERS && EXPERIMENTAL
> > + select CRYPTO_MAN
On Fri, Jun 19, 2009 at 08:21:13PM +0800, Herbert Xu wrote:
> On Mon, Jun 08, 2009 at 09:10:00AM +0200, Steffen Klassert wrote:
> >
> > +config CRYPTO_PCRYPT_CORE
> > + bool
> > + select CRYPTO_AEAD
>
> BTW just noticed that this forces AEAD to be built-in even when
> pcrypt is a module. We s
On Mon, Jun 08, 2009 at 09:10:00AM +0200, Steffen Klassert wrote:
>
> +config CRYPTO_PCRYPT
> + tristate "Parallel crypto engine (EXPERIMENTAL)"
> + depends on USE_GENERIC_SMP_HELPERS && EXPERIMENTAL
> + select CRYPTO_MANAGER
> + select CRYPTO_PCRYPT_CORE
> + help
> + This
On Mon, Jun 08, 2009 at 09:10:00AM +0200, Steffen Klassert wrote:
>
> +config CRYPTO_PCRYPT_CORE
> + bool
> + select CRYPTO_AEAD
BTW just noticed that this forces AEAD to be built-in even when
pcrypt is a module. We should fix this up.
Thanks,
--
Visit Openswan at http://www.openswan.or
This patch adds a parallel crypto template that takes a crypto
algorithm and converts it to process the crypto transforms in
parallel. For the moment only aead is supported.
Signed-off-by: Steffen Klassert
---
crypto/Kconfig| 13 ++
crypto/Makefile |2 +
crypto/pcrypt
10 matches
Mail list logo
