[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