On 09/01/99, Bodo Moeller said:
>One reason for doing things that way (threads instead of multiplexing
>in a single thread) is that public-key operations in software
>introduce quite a bit of latency, and you don't want all other
>connections to stall when there's a handshake at one of them. So
>maybe in an ideal world it'd be possible to request that slow software
>bignum operations be "non-blocking" too in the sense that after doing
>some of their work they'd return control to the top-level, which then
>can handle other threads and continue the slow operation later.
>Or maybe in an ideal world you'd have multi-processor machines
>everywhere so that no-one would think of doing things single-threaded.
I'd say this is a lot more possible than in an 'ideal world' -- RSA
provides this sort of capability in BSAFE via surrender context. It's
definitely not impossible to do. It just takes some dilligence and
forethought when designing things.
--Chris
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
