[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081201084902.GA19904@gondor.apana.org.au>
Date: Mon, 1 Dec 2008 16:49:02 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Steffen Klassert <steffen.klassert@...unet.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net,
klassert@...hematik.tu-chemnitz.de
Subject: Re: [RFC PATCH 0/5] IPsec parallelization
On Mon, Dec 01, 2008 at 08:16:14AM +0100, Steffen Klassert wrote:
> This is a first throw to try to parallelize the expensive part of xfrm by
> using a generic parallelization/serialization method. This method uses the
> remote softirq invocation infrastructure for parallelization and serialization.
> With this method data objects can be processed in parallel, starting
> at some given point. After doing some expensive operations in parallel,
> it is possible to serialize again. The parallelized data objects return after
> serialization in the order as they were before the parallelization.
> In the case of xfrm, this makes it possible to run the expensive part in
> parallel without getting packet reordering.
I still think that you're much better off doing this in the
crypto layer. As it stands the only reason why this is attractive
is because crypto is slow.
Pretty soon processors will start providing crypto support natively
so this will no longer be the case. I'd rather see this stuff
contained in a small area instead of having it spread all over the
place as this may become obsolete any day now.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists