[python-ldap] ldap.OPT_DESC, async ops and paged search controls

Michael Ströder michael at stroeder.com
Tue Jan 27 21:52:28 CET 2015


Mark R Bannister wrote:
> The original design limits the number of threads in an attempt to be more
> scalable.  There is a fixed number of workers that can each be responsible for
> a larger number of LDAP connections.  This is by design.  If I launched a new
> blocking thread for each LDAP connection, it would be easy to overload the
> system with too many threads by sending in many different requests
> simultaneously.

I don't know what you're after.

I thought you have many incoming requests and you want to handle them
completely asynchronously placing incoming requests into a queue. You could
send many LDAP requests to the server without blocking and dispatch the
incoming responses to the original requests in the queue.

Ciao, Michael.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4252 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.python.org/pipermail/python-ldap/attachments/20150127/51809a5e/attachment-0001.bin>


More information about the python-ldap mailing list