Hey Nikos,

On Sat, Jan 22, 2011 at 12:19:30PM +0100, Nikos Mavrogiannopoulos wrote:
> On 01/18/2011 06:33 PM, Phil Sutter wrote:
> > For simplicity's sake, this is a per-fd option, and therefore applies to
> > all sessions opened over it.
> 
> Hello Phil,
>  I have applied up to here... This is an interesting patch, but I'm
> more curious on how you use it in practice? Is to load balance
> across CPUs? If this is the purpose shouldn't it be implicit
> and only handled by the driver? Is there a reason to have the
> CPU to use explicit?

We use cryptodev to accelerate TLS connections in userspace. The
particular hardware is an Intel Core i5, so the crypto engine in
question actually consists of some optimised instructions, executed on
the CPU itself.

My patch allows for specifying the CPU hash_n_crypt (for async calls, of
course) should run on. When the calling application is using a lot of
CPU cycles, it may be desirable to have the crypto stuff run on another
CPU (despite the worse cache use then).

I don't see where the crypto API provides such a feature. Do you see any
better way of implementing this (other than dedicating a CPU-bound
thread in userspace for cryptodev communication)?

Greetings, Phil

-- 
**********************************************
Viprinet auf der CeBIT 2011 – 1.-5. März:
Besuchen Sie uns in Halle 13, Stand D19.
Alle Produkte im Livebetrieb, zahlreiche
Beispielapplikationen. Besuchen Sie uns! Gerne
schicken wir Ihnen kostenlose Eintrittskarten.
**********************************************
Visit us at CeBIT 2011, March 1 to 5 in
Hannover, Germany. Hall 13, Booth D19.
**********************************************

Viprinet GmbH
Mainzer Str. 43
55411 Bingen am Rhein
Germany

Zentrale:     +49-6721-49030-0
Durchwahl:    +49-6721-49030-134
Fax:          +49-6721-49030-209

phil.sut...@viprinet.com
http://www.viprinet.com

Sitz der Gesellschaft: Bingen am Rhein
Handelsregister: Amtsgericht Mainz HRB40380
Geschäftsführer: Simon Kissel


_______________________________________________
Cryptodev-linux-devel mailing list
Cryptodev-linux-devel@gna.org
https://mail.gna.org/listinfo/cryptodev-linux-devel

Reply via email to