netdev - Re: [RFC PATCH 0/5] IPsec parallelization

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <E1L790E-0005hF-K2@gondolin.me.apana.org.au>
Date:	Mon, 01 Dec 2008 21:39:54 +0800
From:	Herbert Xu <herbert@...dor.apana.org.au>
To:	andi@...stfloor.org (Andi Kleen)
Cc:	herbert@...dor.apana.org.au, steffen.klassert@...unet.com,
	netdev@...r.kernel.org, davem@...emloft.net,
	klassert@...hematik.tu-chemnitz.de
Subject: Re: [RFC PATCH 0/5] IPsec parallelization

Andi Kleen <andi@...stfloor.org> wrote:
>
> I'm not sure that's a useful argument.  When cryptography is not
> CPU bound anymore it will be memory bandwidth bound. And in this case
> you can still get a win out of parallelization if you parallelize
> over multiple sockets with own memory controller or own FSB
> because that will give you more bandwidth.

That's a good point.

Of course you can achieve the same thing by doing the parallel
processing within the crypto layer, which would also benefit other
crypto users, such as disk encryption.

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