shekhar.shrinivasan@gmail.com schrieb am 14.09.2021 um 11:56 in Nachricht
20210914095659.5262.94107@hypatia.openldap.org:
Thank you for your prompt response and suggestion, Howard. I did try your suggestion and increased the olcListenerThreads (based on number of CPUs) but that did not help. Got the same connection timeout errors when I tried to go beyond 1650 concurrent requests.
Although, I did see something and wanted to run by you - In the "libraries/libldap_r/tpool.c" code file I see that the max threads was defined to "LDAP_MAXTHR 1024". So does that mean the limit on the number of threads for slapd process is 1024 ?
After coming across this setting we changed the number of threads in our load test tool to 1024 for each node and ran that script 100 times in a loop and we were able to successfully complete 204,800 bind requests across 2 nodes in 40 minutes.
If we want to bump up the max thread number further to say 4096 can we do that by just updating the "LDAP_MAXTHR" accordingly ? Will it affect something else ? Thank you for your help as always !
Some years ago I had developed two versions of a test program on a 32-bit laptop; one was using processes, the other was using threads. Amazingly I could run more processes than threads, because I ran out of virtual address space (each thread allocates a stack). At that time reducing the default thread stack size to the actual needs fixed the problem. Today with 64 bits such a problem (running out of virtual address space) should be no issue. But still there might be oher limits you can hit.
Regards, Ulrich